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BRIEF HISTORY 


The Technical Committee TCI of ECMA met for the first 
time in December 1960 to prepare standard codes for 
Input/Output purposes. On April 30, 1965, Standard 
ECMA-6 was adopted by the General Assembly of ECMA. 

Subsequent international activities necessitated the 
revision of ECMA-6, which was issued in June 1967. The 
present 3rd Edition does not differ essentially from 
the 2nd Edition. It has been improved particularly with 
regard to the definition of the characters of the Code 
Table. Furthermore, another table has been added, show- 
ing the International Reference Version of the Code 
Table. 


THIS 3RD EDITION SUPERSEDES THE VERSION DATED JUNE 1967. 



INTRODUCT ION 


In the preparation of the 7-bit coded character set 
particular importance has been attached to the inte- 
gration of computers and communication systems. The 
aim has been to establish compatibility of communi- 
cation oriented systems and of computer oriented 
systems. For this there is a need for one code which 
is satisfactory for such combined use, without ne- 
cessarily being optimized for either one to the de- 
triment of the other. 

This Standard essentially consists of a table de- 
fining the character set and its coded representa- 
tion, complemented by notes and legend. Furthermore, 
a second table is included showing the international 
version derived from the more general specification. 
The coded character set may be regarded as an alpha- 
bet in the abstract sense. 

This basic alphabet may be implemented in various 
media with logically related codes as appropriate. 

For example this could include punched tape, punched 
cards, magnetic tape and transmission channels. This 
permits interchange of data to take place either in- 
directly by means of an intermediate recording in a 
physical medium, or by local electrical connection of 
various units (such as input and output devices and 
computers) or by means of data transmission equipment. 

The implementation of this coded character set in 
physical media and for transmission, taking into ac- 
count the need for error checking, is the subject 
of other standards a . 


NOTE ; See: 

ECMA -5 
ECMA-10 
ECMA-12 
ECMA-16 

ECMA <-20 
ECMA-23 

ECMA -24 


Data Interchange on 7 Track Magnetic Tape 
Data Interchange on Punched Tape 

Data Interchange on 9 Track Magnetic Tape at 31,5 bit per mm 

Basic Mode Control Procedures for Data Communication Systems using the 
ECMA 7 Bit Code 

Implementation of the ECMA 7 Bit Coded Character Set on Punched Cards 

Keyboards generating the Code Combinations of the Characters of the 
ECMA 7 Bit Coded Character Set 

Code Independent Information Transfer 
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See Notes on page 4 and 5 
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INTERNATIONAL REFERENCE VERSION OF THE 
ECMA 7 BIT CODED CHARACTER SET 


Bits 


► 

► 

► 

0 


0 

0 

1 

1 

i 

i 

0 



i 

0 

o 

i 

i 

0 

1 

0 

i 

0 

1 

0 

i 

b t j b. 

b, | bj 

\ Cciuma 

Row 

0 

0 


2 

3 

4 

i 

s 

7 

0 

0 

0 

0 

NUL ITC^DLE) 

SP 

0 

@ 

P 


p 

0 

0 

0 

1 

t 

TC, (SOH) DC, 

t 

! 

1 

A 

Q 

— 

a 

q 

0 

0 

1 

0 

2 

TC, (STX) DC, 

- 

2 

B 

R 

b 

r 

0 

0 

1 

1 

3 

TC, (ETX) DC, 

# 

3 

C 

s 

c 

s 

0 

1 

0 

0 

4 

TC 4 (EOT) ! DC. H 4 

D 

T 

d 

t 

0 

1 

0 

1 

5 

TC, (ENQ)TC^NAK) 

•/ 

/o 

5 

E 

U 

e 

u 

0 

1 

1 

0 

S 

TC. (ACK) TC,(SYN) 

& 

6 

F 

V 

f ] V 

0 

1 

1 

1 

7 

BEL ,TC I9 (ETB) 

' j 7 

G 

w | g 

w 

1 

0 

0 

0 

8 

FE. (BS) i CAN 

j 

( 8 

H 

j 

X h 

X. 

1 

0 

0 

1 

9 

FE, (HT) ! EM 

) 9 

I 

Y 

i 

y 

1 

0 

1 

0 

10 

FE, (LF) SUB 

♦ ; 

\ 

J 

Z 

j 

— 

z 

1 

0 

1 

1 

11 

FE, (VT) 1 ESC 

+ ; 

K 

I i k 

1 

1 

1 

0 

0 

12 

FE. (FF) 

IS. (FS) 

, ; < 

L 

N ! 1 

1 

1 

1 

0 

1 

13 

FE,(CR) 

IS, (GS) 

1 

l 

M 

] | m 

r 

t 

1 

1 

0 

14 

SO | 

IS, (RS) 

. 1 > 

N 

t ! n 

— 

1 

1 

1 

1 

15 

SI 

IS, (US) 

/ j ? 

0 

0 

DEL 


TABLE 2 


This version is based on Table 1 and is intended for general use in all cases when there is no requirement to use a 
national version or any other "application oriented" character set. 
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NOTES ABOUT THE TABLES 


The format Effectors are intended for equipment in which 
horizontal and vertical movements are effected separate- 
ly. If equipment requires the action of Carriage Return 
to be combined with a vertical movement, the Format Ef- 
fector for that vertical movement may be used to effect 
the combined movements. For example, if New Line (CR + 

LF) is required, FE2 will be used to represent it. This 
requires agreement between the sender and the recipient 
of the data. 

The use of these combined functions is not permitted in 
public telecommunications facilities. 

The symbol £ is assigned to position 2/3 and the symbol 
$ is assigned to position 2/4. In a situation where there 
is no requirement for the symbol £ the symbol # (number 
symbol) may be used in position 2/3 and where there is 
no requirement for the symbol $ the symbol n (sun symbol) 
may be used in position 2/4. It should be noted that, 
unless otherwise agreed between sender and recipient, 
the symbols £, $ or n do not designate the currency of 
a specific country. 

Reserved for National Use. These positions are primarily 
intended for alphabetic extension. If they are not re- 
quired for that purpose or if they are to be used for 
international interchange, the symbols shown in paren- 
thesis must be used. 

Position 5/14, 6/0 and 7/14 provide for the diacritical 
signs "circumflex accent", “grave accent" and "overline". 
However, these positions may be used for other graphical 
characters when it is necessary to have 8, 9 or 10 posi- 
tions for national use. 

Position 7/14 is used for the graphical symbol (over- 
line), the graphical representation of which may vary 
according to national use to represent ~ (tilde) or an- 
other diacritical sign provided that there is no risk 
of confusion with another graphical symbol included in 
the table. 

The graphics in positions 2/2, 2/7, 2/12, 5/14 have re- 
spectively the significance of "quotation mark", "apos- 
trophe", "comma” and "upward arrow"; however, these char- 
acters take on the significance of “diaresis", "acute 
accent", "cedilla" and "circumflex accent" diacritical 
signs when they are preceded by "Backspace", (see Ex- 
planatory Note 2, page 8) 
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© If 10 and 11 as single characters are needed (for ex- 
ample, for Sterling currency subdivision), they should 
take the place of “colon" (:) and " sem i -co l on " ( ; ) re- 
spectively. These substitutions require agreement bet- 
ween the sender and the recipient of the data. 10 and 
11 as singLe characters are not permitted in public 
t e l ecommun i ca t i on s facilities. 


LEGEND 


t 

d 1. CONTROL CHARACTERS 


Abb revi at i on 

Note 

Meani ng 

Position in 
Code Tabl 
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G raph i c 


Note 


Name 


Position in the 
Code Table 
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A normally non-printing graphic 
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! 
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Exclamation mark 
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Quotation mark, Diaresis 
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£ 
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# 
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See notes on page 4 and 5. 
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EXPLANATORY NOTES 


1 . Numbering of the position in the Code Table 

Within any one character the bits are identified by 
b^ , b^ , ... b-j , where b-p. is the highest order, or most 
significant bit, and b-j is the lowest order, or least 
significant bit* 

If desired these may be given a numerical significance 
in the binary system, thus: 


Bit identification [ b 7 [ b ^ 


b 3 ! b 2 

1 i 


b i : 

i 

i 

i ! 

i 


Si g n i f i c a n c e 


64 


32 


1 6 


In the code table the columns and rows are identified by 
numbers written in binary and decimal notations. 

Any one position in the code table may be identified 
either by its bit pattern, or by its column and row num- 
bers. For instance, the position containing the figure 1 
in the table may be identified: 

- by its bit pattern, e.g. 011 0001 

- by its column and row numbers, e.g. 3/1 

2. Diacritical signs (positions: 2/2, 2/7, 2/12, 5/14, 6/0, 
7/14) 

In the character set, some printing symbols may be design- 
ed to permit their use for the composition of accented 
letters or composite characters when necessary for general 
interchange of information. A sequence of three characters, 
comprising a letter, "Backspace" and one of these symbols, 
is needed for this composition, and the symbdl is then .re- 
garded as a diacritical sign. It should be noted that these 
symbols take on their diacritical significance only when 
they follow the "Backspace" character; for example, the 
symbol corresponding to the code combination 2/7 (') nor- 
mally has the significance of "apostrophe", but becomes 
the diacritical sign "acute accent" when preceded by the 
"Backspace" character. 

In order to increase efficiency, it is possible to intro- 
duce accented letters (as single character) in the. posi- 
tions marked by Notes 3 and 4 in the code table. According 
to national requirements, these positions may alternati- 
vely contain special diacritical signs, such as HaCek ( w ) , 
ring (°), etc. 
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3 . Meaning of the Characters 

The meaning of the graphics is not defined by this Stan- 
dard. It will be necessary to reach agreement on the 
meaning and this will depend upon the particular applica- 
tion except in cases where other standards exist. However, 
no interpretation may be chosen which is contradictory 
to the customary meaning. A graphical symbol can have 
more than one meaning, e.g. the graphical symbol - (minus) 
also can have the meanings of hyphen or separation mark. 
The font design of the characters is not part of this 
Standard. 

4 . Uniqueness of Character Allocation (Table 1) 

A character allocated to a position in the code table may 
not be placed elsewhere in the table. For example, in the 
case of position 2/3 the character not used cannot be 
placed elsewhere. This applies also to positions showing 
a graphic in parenthesis. If such a position is filled 
with a national character, the graphic in parenthesis 
cannot be reallocated to another code position. 


FUNCTIONAL CHARACTERISTICS RELATED TQ CONTROL CHARACTERS 
AND OTHER NON GRAPHIC CHARACTERS . 

The definitions in this section are normally stated in general 
terms and more explicit definitions may be needed for specific 
implementations of the code table. 

Further studies of the various fields of application will lead 
to agreements on more precise specifications. 

1 . Classes of Cont ro l s 

Some controls fall naturally into classes and these have 
been given class names. The names and description of the 
classes are as follows: 

TC Transmission Control 

A functional character intended to control or facili- 
tate transmission of information over telecommunica- 
tion networks. 

F E Format Effector 

A functional character mainly intended for the control 
of the layout and positioning of information on print- 
ing and/or display devices. In the definitions of spe- 
cific Format Effectors in Section 2 any reference to 
printing devices should be interpreted as including 
di spl ay devi ces . 


The definitions of Format Effectors use the follow- 
ing concept: 

i) The printed page is composed of a number of 
lines of characters. 

ii) The characters forming a line occupy a number 
of positions called Character Positions. 

iii) The Active Position is that character position 
in which the character about to be processed 
would appear, if it were to be printed. The 
Active Position normally advances one character 
position at a time. 

DC Device Control 

A functional character for the control of a local or 
remote ancillary device (or devices) connected to a 
data processing and/or telecommunication system. 

This control is not intended to control the telecom- 
munications system; this control should be achieved 
by the use of TCs. 

Certain preferred uses of the individual DCs are 
given in Section 2. 

I S Information Separator 

A character which is used to separate and qualify 
data logically. There are four such characters. They 
may be used either in hierarchical order or non-hier- 
archically; in the latter case their specific meaning 
depends on their applications. 

If they are used hierarchically the ascending order is 
US, RS, GS, FS. 

In this case data normally delimited by a particular 
separator cannot be split by a higher order separator 
but will be considered as delimited by any higher 
order separator. 

2 . Specific Controls and other non graphic characters 

Individual members of the classes of controls are some- 
times referred to by abbreviated class name and a sub- 
script number (e.g., TC 5 ) and sometimes by a specific 
name indi cat i ve .of their use (e.g., ENQ). These controls, 
those which do not fall into classes and other non graphic 
characters are defined below. 

Different but related meanings may be associated with some 
of the controls but this would normally require agreement 
between sender and recipient of the data. 

ACK Ac knowledge 

A Transmission Control character transmitted by a 
receiver as an affirmative response to the sender. 

BEL Bell 

A character for use when there is a need to call for 
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DC3 A Device Control character which is primarily intended 
for turning off or stopping an ancillary device. This 
function can be a secondary level stop e.g. wait, pause, 
stand-by or halt (in which case DC1 is used to restore 
normal operation). If it is not required for this pur- 
pose, it may be used for any other device control func- 
tion not provided by other DCs. 

DC4 A Device Control character which is primarily intended 
for turning off, stopping or interrupting an ancillary 
device. 

If it is not required for this purpose, it may be used 
for any other device control function not provided by 
other DCs. 

Examples of use of the Device Controls : 

1) One switching 

on - DC2 off - DC4 

2) Two independent switchings 

First one on - DC2 off - DC4 

Second one on - DC1 off - DCS 

3) Two dependent switchings 

general on - DC2 off - DC4 

particular on - DC1 off - DC3 

4) Input and output switching 

Output on - DC2 off - DC 4 

Input on - DC1 off - DC3 

DEL Delete 

A character used primarily to erase or obliterate erro- 
neous or unwanted character in punched tape. DEL charac- 
ters may also serve to accomplish media-fill or time-fill. 
They may be inserted into or removed from a stream of 
data without affecting the information content of that 
stream but then the addition or removal of these charac- 
ters may affect the information layout and/or the control 
of equipment. 

DLE Data Link Escape 

A Transmission Control character which will change the 
meaning of a limited number of contiguously following 
characters. It is used exclusively to provide supple- 
mentary data transmission control functions. Only gra- 
phics and transmission control characters can be used 
in DLE sequences. 

EM End of Medium 

A control character which may be used to identify the 
physical end of a medium, or the end of the used, or 
wanted portion of information recorded on a medium. The 
position of this character does not necessarily corres- 
pond to the physical end of the medium. 
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ENQ Enqui ry 

A Transmission Control character used as a request for 

a response from a remote station - the response may in- 
clude station identification and/or station status. When 
a “Who are you" function is required on the general 
switched network, the first use of ENQ after the connec- 
tion is established shall have the meaning “Who are you" 
(station identification). Subsequent use of ENQ may, or 
may not, include the function "Who are you", as deter- 
mined by agreement. 

EOT End of Transmission 

A Transmission Control character used to indicate the 
conclusion of the transmission of one or more texts. 

ESC Escape 

A functional character which may be used to extend the 
standard character set of the code. It is a warning or 
non locking shift character which changes the meaning 
of a limited number of contiguously following code 
combinations. The use of such a sequence of characters 
is specified in Standard ECMA- n. 

Escape sequences are used primarily to obtain addition- 
al control functions which may provide amongst other 
things graphic sets outside the standard set. Such 
control functions must not be used as additional Trans- 
mission Controls. 

CAN, DEL, SI, SO, SUB and the ten Transmission Controls 
must not be used in defining Escape sequences. 


ETB End of Transmission Block 

A Transmission Control character used to indicate the 
end of a transmission block of data where data is di- 
vided into such blocks for transmission purposes. 

ETX End of Text 

A Transmission Control character which terminates a text. 

F F Form Feed 

A Format Effector which advances the active position to 
the same character position on a predetermined line of 
the next form or page. 

HT Horizontal Tabulation 

A Format Effector which advances the active position to 
the next predetermined character position on the same line 


IS 1 (US): A character used to separate and qualify data logi- 
cally; its specific meaning has to be defined for 
each application. If this character is used in hier 
archical order as specified in the general defini- 
tion of IS, it delimits a data item called a UNIT. 

IS£ (RS): A character used to separate and qualify data logi- 
cally; its specific meaning has to be defined for 
each application. If this character is used in hier 
archical order as specified in the general defini- 
tion of IS, it delimits a data item called a RECORD 

ISj (GS) : A character used to separate and qualify data logi- 
cally; its specific meaning has to be defined for 
each application. If this character is used in hier 
archical order as specified in the general defini- 
tion of IS, it delimits a data item called a GROUP. 

IS^ (FS): A character used to separate and qualify data logi- 
cally; its specific meaning has to be defined for 
each application. If this character is used in hier 
archical order as specified in the general defini- 
tion of IS, it delimits a data item called a FILE. 

LF Line Feed 

A Format Effector which advances the active position to 
the same character position on the next line. 

NAK Negative Acknowledge 

A Transmission Control character transmitted by a re- 
ceiver as a negative response to the sender. 

NUL Null 

A character used to accomplish media-fill or time-fill. 
NUL characters may be inserted into or removed from a 
stream of data without affecting the information content 
of that stream but then the addition or removal of these 
characters may affect the information layout and/or the 
control of equipment. 

S I Shi ft- In n 

The shift-in character means that the code combinations 
which follow shall be interpreted according to the stand- 
ard code table. 

SO Sh i f t-Out n 

The shift-out character means that the code combinations 
which follow shall be interpreted as outside the stand- 
ard code table until a shift - in character is reached. 
However, all the control characters (columns 0 and 1) 
and Delete will retain their standard interpretation. 


(Presently Draft Standard TCl/70/11) 


n NOTE : The effect of this character when using code extension techniques is described ii 
Standard ECHA- • (presently Draft Standard TCl/70/ll). 
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The shift-out character is Limited to extension of the 
g raph i cs. 

SOH Start of Heading 

A Transmission Control character used as the first char- 
acter of a heading of an information message. 

SP Space (see also chapter 2, Graphic Symbols, page 6) 

A layout character which advances the active position 
one character position on the same line. 

SUB Substitute Character 

A character used to replace a character which has been 
found to be invalid or in error. SUB is introduced by 
the processing or transmission system. 

STX Start of Text 

A Transmission Control character which precedes a text 
and which is used to terminate a heading. 

S YN Synchronous Idle 

A Transmission Control character used by a synchronous 
transmission system in the absence of any other character 
(idle condition) to provide a signal from which synchro- 
nism may be achieved or retained between terminal equip- 
ments. 

VT Vertical Tabulation 

A Format Effector which advances the active position to 
the same character position on the next predetermined 
line. 
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This student text is an introduction to System/360 
assembler language coding. It provides many examples of 
short programs shown in assembled form. Some elementary 
programming techniques and the specific instructions illus- 
trated in the programs are discussed in simple, relatively 
nontechnical terms. Much of the text is based on infor- 
mation in IBM System/ 360 Principles of Operation 
(GA22-6821). This includes a brief review of relevant 
System/360 concepts and descriptions of selected assembler 
language instructions for arithmetic, logical, and branching 
operations. Standard (fixed-point), decimal, and floating- 
point arithmetic are discussed. The book also includes an 
elementary introduction to assembler language and the 
assembler program, and chapters on base register addressing 
and on program linkages and relocation. The coding of 
many other common programming techniques, such as the 
use of branches, loops, and counters, is shown. The use of 
macro instructions is demonstrated, but not covered in 
detail. Program flowcharting and input/output operations 
are beyond the scope of the book. 

The publication is a sampler rather than a comprehensive 
textbook. It is intended for supplementary reading for the 
student in a regular course of study on System/360 assem- 
bler language coding, and for the novice programmer. In 
general, the reader will find that the program examples are 
quite simple at the beginning of each chapter, or -major 
subject division, and become progressively more complex. 
If the going seems difficult, it is suggested that he simply 
skip to the next subject and come back later. 

The student should have access to two IBM System/360 
System Reference Library (SRL) manuals for reference 
purposes: the Principles of Operation and the assembler 
specification manual for one of the System/360 operating 
systems. (All publications and their form numbers are listed 
at the end of the Preface.) He should also be familiar with 
fundamental concepts of data processing and the basic 
operating principles of System/360. Two IBM programmed 
instruction (P. I.) courses, or their equivalent, are pre- 
requisite to a full understanding of this student text: 


Computing System Fundamentals and Introduction to 
System/ 360. The student who is not enrolled in a compre- 
hensive programming course will find the P. I. book 
Fundamentals of Programming a valuable guide to problem 
analysis and program flowcharting. 

The text and programs of this book have been revised 
throughout, mainly to reflect changes in programming 
conventions attributable to the development of System/360 
operating systems. Chapter 1 is new, and several sections in 
other chapters have been entirely rewritten. The sample 
programs have been reassembled under the widely used 
Disk Operating System (DOS). As far as possible, usages 
limited to DOS have been avoided, and the programs and 
text in general are applicable to System/360 models 25, 30, 
40, 50, 65, and 75, under any of the operating systems. 

IBM publications that may be useful to the student are: 
IBM System/ 360 Principles of Operation (SRL manual 
GA22-6821) 

IBM System/ 360 Reference Data (card GX20-1703) 

IBM System/360 System Summary (SRL manual 
GA22-6810) 

Number Systems (Student Text GC20-1618) 
Introduction to IBM System/ 360 Architecture (Student 
Text GC20-1667) 

Introduction to System/ 360 (PJ. Course GR29-0256 
through -0259) "r-;, . 

Computing System Fundamentals (P.I. Course 
GR29-0280 through -0282) 

Fundamentals of Programming PJ. Course SR29-0019) 
System/ 360 Assembler Language Coding (P.I. Course 
SR29-0231 through -0235) r, .- _ 

The form numbers of the assembler specification 
manuals for the various System/360 programming systems 


Basic Programming Support (Tape System)-GC24-3335 

Basic Operating System— GC24-3361 

Tape Operating System ) ? v : 

Disk Operating System J ^ 

Operating System— GC28-65 14 
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EBCDIC CHART 


The 256-position chart at the right, outlined by the heavy 
black lines, shows the graphic characters and control char- 
acter representations for the Extended Binary-Coded 
Decimal Interchange Code (EBCDIC). The bit-position 
numbers, bit patterns, hexadecimal representations and 
card hole patterns for these and other possible EBCDIC 
characters are also shown. 

To find the card hole patterns for most characters, parti- 
tion the chart into four blocks as follows: 

Block 1: Zone punches at top of table; digit 
punches at left 

1 3 Block 2:. Zone punches at bottom of table; 

digit punches at left 

Block 3: Zone punches at top of table; digit 

2 4 ~ punches at right 

I I Block 4: Zone punches at bottom of. table; 
digit punches at right 


Fifteen positions, indicate 
tions to the above arrange 
these positions are given bi 
Following are some exi 
chart: 


EXTENDED MNEMONIC CODES FOR THE BRANCH 
ON CONDITION INSTRUCTION 


1 — 



Machine Instruction 

Assembler Code 

Meaning 

Generated 

B 

D2(X2,B2) 

Branch Unconditional 

BC 

15J)2(X2,B2) 

BR 

R2 

Branch Unconditional 

BCR 

15.R2 



(RR format) 



NOP 

D2(X2,B2) 

No Operation 

BC 

0J)2(X2,B2) 

NOPR 

R2 

No Operation (RR format) 

BCR 

0*2 


Used after compare instructions (A :B) 



BH 

D2(X2,B2) 

Branch on High 

BC 

2*2(X2*2) 

BL 

D2(X2,B2) 

Branch on Low 

BC 

4JD2(X2*2) 

BE 

D2(X2,B2) 

Branch on Equal 

BC 

8J32(X2*2) 

BNH 

D2(X2,B2) 

Branch on Not High 

BC 

13*2(X2*2) 

BNL 

D2(X2,B2) 

Branch on Not Low 

BC 

1 1 J)2(X2,B2) 

BNE 

D2(X2,B2) 

Branch on Not Equal 

BC 

7J)2(X2,B2) 


Used after arithmetic instructions 



BO 

D2(X2,B2) 

Branch on Overflow 

BC 

1D2(X2*2) 

BP 

D2(X2,B2) 

Branch on Plus 

BC 

2*2(X2.B2) 

BM 

D2(X2,B2) 

Branch on Minus 

BC 

4J)2(X2*2) 

BZ 

D2(X2,B2) 

Branch on Zero 

BC 

8JD2(X2*2) 

BNP 

D2(X2,B2) 

Branch on Not Plus 

BC 

13J)2(X2*2) 

BNM 

D2(X2,B2) 

Branch on Not Minus 

BC 

11 J>2(X2,B2) 

BNZ 

D2(X2,B2) 

Branch on Not Zero 

BC 

7J32(X2*2) 


Used after Test under Mask instructions 



BO 

D2(X2,B2) 

Branch if Ones 

BC 

l r D2(X2,B2) 

BM 

D2(X2*2) 

Branch if Mixed 

BC 

4J)2(X2*2) 

BZ 

D2(X2,B2) 

Branch if Zeros 

BC 

8J?2(X2.B2) 

BNO 

D2(X2*2) 

Branch if Not Ones 

BC 

14J)2(X2*2) 


CONDITION CODE SETTINGS 


Code State 

0 

1 

2 

3 


Mask Bit Position 

8 

4 

2 

1 


Fixed-Point Arithmetic 





Add H/F 

zero 

<zero 

>zero 

overflow 


Add Logical 

zero 

not zero 

zero 

not zero 



no carry 

no carry 

carry 

carry 


Compare H/F (A:B) 

equal 

A low 

A high 

— 


Load and Test 

zero 

<zero 

> zero 

carry 


Load Complement 

zero 

<zero 

> zero 

overflow 


Load Negative 

zero 

<zero 

— 




Load Positive 

zero 

— 

> zero 

overflow 


Shift Left Double 

zero 

<zero 

> zero 

overflow 


Shift Left Single 

zero 

<zero 

> zero 

overflow 


Shift Right Double 

zero 

<zero 

> zero 

— 


Shift Right Single 

zero 

<zero 

> zero 

— 


Subtract H/F 

zero 

<zero 

> zero 

overflow 


Subtract Logical 

— 

not zero 

zero 

not zero 




no carry 

carry 

carry 


Decimal Arithmetic 






Add Decimal 

zero 

<zero 

> zero 

overflow 


Compare Decimal (A:B) 

equal 

A low 

A high 

— 


Subtract Decimal 

zero 

< zero 

> zero 

overflow 


Zero and Add 

zero 

<zero 

>zero 

overflow 

Logical Operations 






And 

zero 

not zero 






Compare Logical (A:B) 

equal 

A low 

A high 

— 


Edit 

zero 

<zero 

>zero 

— 


Edit and Mark 

zero 

<zero 

> zero 

— 


Exclusive Or 

zero 

not zero 

— 

— 


Or 

zero 

not zero 

— 

— 


Test Under Mask 

zero 

mixed 

— 

onefs) 


Translate and Test 

zero 

incomplete 

complete 

— 



i 

3 



2 

4 ~ 

















EBCDIC CHART 










































ICAN NATIONAL STANDARDS INSTITUTE. INC. - COMMITTEE CORRESPONDENCE 


Reply to: Eric H. Clemons 
RD 1 

North Wales, Pa. 19454 
(215)962-5868 


1970 August 3 


Mr. V. E. Henriques 
BEMA 

1828 L St., N.W. 
Washington, D. C. 20036 

Dear Vico: 


Pursuant to an ANSI directive and as unanimous ly approved by X3L2, 
please publicize in all trade journals and to all committees of X3 the 
following excerpt from document X3L2/964: 

"The American National Standard X3. 4-1968 concerns itself 
with the code for information interchange. This code has 
been referenced as ASCII and later as USASCII. The policies 
prohibit the use of ANS as a prefix or part of an acronym. 

For the future, when referencing the standard code, the pre- 
ferred acronym will be ASCII. USASCII, having been used, 
will be recognized. Future publications should use ASCII. 

USASCII should not be used in new documents. No one is re- 
quested to rework existing publications to effect the change. 
Gradual elimination of the USASCII acronym will be the desired 
goal. In no event should a new acronym starting with ANS 
gain any stature." 

You may also wish to confirm and publicize the "ANSI Directive". 

Very truly yours. 


Eric H. Clamons 
Chairman X3L2 


EHC/jas 
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On Delete Functions 
A working paper prepared for SSC 


Delete functions are concerned with the overt correction of text matter 
generated by a keyboard because the physical handling of the paper by 
erasure, opaquing, or retyping is not desirable or possible. The object 
of this paper is to prepare the technical facts necessary to determine 
the feasibility of standardizing the interface between human beings 
and the keyboard and also, of the corrective action desired. 

The delete function is part of a broader class of text correction 
functions which also include "insert", "replace", "locate", etc.; these 
will not be discussed here because they are part of a specialized field. 
The delete functions discussed here are carried out during the text entry 
phase of a system and, as such, differ from generalized actions on stored 
text in that they operate only on the last character or the last string 
of characters entered in a data stream. They are immediate actions. 

These delete funtions all have one element in common: The net effect 
of their action is -that the resulting string of text must be unaware of 
the previous existence of the deleted matter or of the action to delete 
it, and the result will be digitized for computer processing and storage. 

There are three input systems which can use delete functions: OCR 
systems in which text typed is intended for later reading in an OCR 
reader and it is considered too time consuming to opaque or obliterate 
the text manually; "machine aided" text entry systems which permit ad 
hoc corrections during text entry; and the traditional paper tape system 
which permits obliteration of the punched character. With all the 
commonality between them, the physical difference between them appears 
to have spawned different techniques for accomplishing the same thing 
for the three entry media and, worse, differences among themselves. 

Delete F unc tions in OCR 

Currently OCR Systems do not use Delete functions. Two special characters 
have been proposed; 

f 

//A3 /r u % ( i 
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* Character Erase, a character which when printed over 
another or by itself will be ignored by the reader. 

* Group Erase, a character which when detected by the 
system will expunge a string of characters - usually a 
1 ine . 

Character Erase is simple to implement So that it never appears in the 
data stream. One of the characters proposed simply obliterates any 
character it overprints and even if it is read by itself can be identified 
as a character to be ignored. Combined with a "Repeat" action on a 
typewriter, it could be used to expunge a string of characters as well. 

A technique, which uses a series of wide dashes through text (in effect 
a continuous line through a string), can also be used for a repeated 
character erase. Unwanted text deleted by dashes is still readable, 
and the deletion can be accomplished equally well with a ruler during 
proofreading. The wide dash may not serve well as a single character 
delete symbol since it is primarily its continuity which detects the 
delete function. 

Group Erase in which a single character erases a group of characters is 
more complicated because it presumes the presence of a memory, the 
ability to erase the memory, and to move the pointer in the memory back 
to the space of the last character just erased. The expediency for a typist 
to abandon a line must here be weighed against the complexity of imple- 
mentation. The major problem is that whatever characters are chosen for 
delete function, they will decrease the repertoire of the set of OCR 
characters. The set is limited by the number of characters which can 
be generated from an office typewriter. This poses only a small problem 
in English speaking countries but a mounting problem in countries whose 
alphabet exceeds the basic 26 characters. OCR A and B both provide 
for "alphabetic extenders". Most office typewriters today have 44 keys, 
but some have only 43 while others have 45 and even 46. The most likely 
* characters to be sacrificed in the US are % and \ since they cannot be 
read optically. 

A final consideration for OCR input systems is the question of whether 
"type outs" and opaquing fluids wouldn't serve as well as the machine 
recognition techniques discussed above. Here the skill of the typist 
is a major factor. The higher the skill of the operator, the less 
significant the delete function becomes. 

Delete Function in Machine Aided Text Entry Devices 

Both character-delete and group-delete are used in many of the text 
entry systems in the field today. Some are used in time-sharing systems, 
some in text editing systems, and others in data preparation equipment. 

Some use typewriters, some use display devices (CRT's), and others use 
"blind" keyboards. The discussion of the delete functions is general and 
is not broken into equipment classes. 
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Th e character “delete function can be implemented as follows: 

1. A delete character erases the last character of a string- 

repeated character-deletes each take out one character at 

a time. 

a) The delete character is visible. A visible character 
is useful to orient oneself in case of an interruption 
or lapse of memory. This system introduces additional 
characters on the typed line which makes tabular work 
more difficult. 

b) The delete character is not visible. Here, the 
printed line is not distorted as much as it is when 
the delete character is visible. It makes tabular 
work slightly easier to reconstruct. Since one 
cannot see whether delete was entered or how many 
times it requires more operator attention and 

leaves no record of the action taken, character-delete 
creates a null string which is expunged from the final 
character string. The function requires a memory and 
a pointer. 


2. Backspace and Overprint 

Instead of using a delete character, one backspaces and 
overstrikes that position with a new character. This 
system is useful when it is necessary to know exactly where 
on the line one is while typing, e.g. , when typing tables. 

Its drawback is the possibility of not knowing which character 
was struck and which one replaces it. A major drawback is that 
over striking of one character by a n o ther, using backspace is 
•not possible. One needs two backspace characters, one~w r ith~ 
and one without character delete, and even then the printed 
record leaves doubt as to which action was taken. 

3. Backspace and Erase 

The action is similar to the one above (2) but uses a feature' 
which only display devices have. Unfortunately, display devices 
rarely permit the overprinting of characters. In any case, the 
drawback of poor readability of the result is overcome here. 


4. Backspace and Obliterate 

This feature is used primarily in paper tape. The delete 
character over-punches the unwanted character and enters the 
data stream as a non-printing, non-spacing character. 

a) The function of the associated printer is similar to that 
of the non-visible character delete and still suffers from 
disturbing the tabular format of the printed line. 
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b) The function of the printer is to obliterate the character 
by overprinting (similar to OCR). 

In paper tape this character may or may not disappear, depending 
on the system through which it would be processed. Generally, 
it is not advisable to eliminate the delete character in paper 
tape indiscriminately because it may have been inserted as a 
fill character. For instance, in some systems a backspace 
character requires a delete character to follow it for time fill. 

The group-delete function can be implemented as follows: 

1. A group-delete character can be visible and will delete a string 
of characters back to a designated delimiter. 

a) Usually it deletes a line, (similar to OCR.) 

b) Another, fixed delimiting character is used, e.g. 

one of the ASCII Separators. 

c) A variable delimiting character is defined (see below, ASCII) 

2. A group-delete character can be non-visible, having the same 
functions as the one above. If the character cannot be seen, 
the device usually displays visibly that the line was deleted, 
for instance, types in "delete". 

In both visible and non-visible group delete, a carriage return is usually 
forced by the entry device (in OCR systems the operator does it). The 
advantage of an invisible group delete is that it does not reduce the 
character repertoire; it is probably preferred in devices capable of 
indicating that an action was taken. The visible group delete is closely 
related to the one . discussed in OCR systems. Group deletes, which 
eliminate a line at a time, are probably the easiest to implement since 
most entry systems use the line as a base record. To delete a string 
back to a delimiting character requires more intelligence on the part of 
the apparatus . 

Delete Functions in ASCII 

ASCII provides a delete code which is defined strictly as a code used 
in paper tape to obliterate an undesirable punching. Generally the 
effect of the delete in paper tape is that it is ignored by the printing 
device, thus it gives the appearance of deletion on the printed copy 
while in fact it is not deleted from tape except by overt action on 
the part of an individual or a computer. Since the delete can also be 
used as a time fill or space fill character, it must not be destroyed 
in blind (transparent) interchange of data. 

ASCII also provides a Cancel character which is not too well defined. 
Originally Cancel was a quasi-communications control character which 
deleted an entire message. A recent proposal from ECMA defines Cancel 
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as the first character of a two-character sequence which causes the 
string preceding it to be deleted up to but not including the occurrence 
of the second chai'acter of the Cancel character sequence. The two- 
character Cancel sequence itself is also deleted. This proposal is more 
difficult to implement than the other group deletes since it requires a 
memory and search capability. The use of Cancel as a line delete function 
would more closely approach its original intent. 

Since this is a first attempt at defining a possible systems problem, 
this paper does not pretend to be exhaustive. It is a summary of a 
discussion of SSC and should form the basis for further refinements and 
finally result in a statement of feasibility of standardization. Comments 
should be sent to the author in time for mail delivery on September 24, 
1970. 


EHC/jas 


Eric H. Clamons 
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Subject: A consistent philosophy for deletion techniques 


lA' 



R. Berner 





In the course of developing time sharing systems, a number 
of conventions for deleting characters and lines has been 
developed. Regretably, many of these have been expedients. 
Some have overlooked the philosophy underlying the 
transmission code (ASCII). Others have employed terminals of 
limited character repertoires, forcing the reassignment of 
certain characters to these functions. Others have simply 
userpro certain characters arbitarily, because they were 
'available' (meaning that they were not required in the 
languages immediately under consideration). 

A method for deletion should meet the following criteria: It 
should be the same for all systems; It should be easy to 
remember and to employ it should not ascribe a new meaning 
of a character; It should be consistent with the philosophy 
of the code - in this case, ASCII. 

A technique which is inconsistent particularly since it uses 
the character assigned in the code to perform this function, 
has been proposed by ECMA. It uses the CANCEL character 
followed by the character back to which, and including, 
characters are to be deleted. This allows to deletion of a 
single character, several characters, a repeated series of 
deletions (where the starting character appears several 
times on the string to be deleted, and of a line. To site 
some examples ( CAN indicates the character CANCEL): 

The deletion of a single character 

Now is thr CAN e 




£ 


C 



produces 
Nov/ is the 

Deletion of several characters 


Now os the time CAN os is the 
results 

Now is the 

Repeated deletion 

Now os the time for CAN o CAN o is 
results in 
Now is 

The effect of this first sequence of CAN o just after the 
'for is: 

Now os the time f CAN o is back to first preceding 

The second sequence then operates back to the 'O' of 'os'; 
resulting in: 

Now is 

Deletion of a line ( LF is LINE FEED): 

Now is the time for all Good men to CAN LF good men 
becomes 

Now is the time for all good men 
Deletion of a_ line, wi th run up 




Q 

€\i 

r — 

o 

LD 

t—i 


OHM 


n 


l 


4- SN 



De , o r. 


u i 3 _ i i 1 1 6 , n i i.h Tun U p 


Now is the time for all good men to CAN CR good men to 
come 

results in 

No v/ is the time for all good men to come 

Most current practice is based on the requirement that a 
graphick character be employed. The arbitrary selections 
which. have been made have produced undesirable results when 
certain languages are later installed on the system. For 
example : 


System 

Delete character 

conflict 

IPC Time -Sharing 


GE 600 ALGOL, 

GE 600 TSS 

0 

I Languaqe 

Valley Forge 

0 and 

GE 600 ALGOL, 



I Language 


The reason advanced for the use of the graphic character is 
that the user must see the result of his deletion. 

However, this also demands that the user count quite 
carefully, to avoid erasing beyond the desirable point. For 
several characters, the cancel-to-character seems to possess 
greater merit, and seems to prevent no serious handicap even 
to single character deletion. Certainly it is for more 
flexible. 

The cancel-to-character technique should be offered in all 
systems. I_f the user demands a graphic character, then the 
character shou Id be sel ected by the user with a system 
command, with a system command, with the normal state of the 
system permitting the use of a complete character set of 



ASC TT Th° ''har ,r,a of + de v '' + e c~' J '' at -"y t'"' N s l '""ld k - 
permiuteo v<as is, the meia cnaracter in ikmC). 

Another system mode, which the user can invoke and revoke at 
will with a system command is one which causes the printing, 
at the end of that line, of any line in which a deletion has 
occurred. 

Summary 

The cancel -to-character is particularly attractive in its 
simplicity, versatility, and in its potential for 
eliminating the conflicts in this practice among the various 
time sharing systems. An additional advantage is in data 
collection systems using bidirectional media. The circuitry 
required to do this (a single-character register) makes it 
extremely useful for error elimination during duplication, 
reducing requirements for media, and for transmission time 
in on-line systems. 
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INTRODUCTION 


1. 1 SCOPE . This standard defines tor the IBM 
"° r, to 0t 2?" t qraphics°and contras In punched 

ib: 

defines a collating sequence. 
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This standard includes: 

a) The 256 character Extended BCD Card 
Code. 

b) The 256 character, 8-bit Extended BCD 
CPU Code. 

c) The 256 character, 8-bit Extended BCD 
Magnetic Tape Code. 

d> The 256 character, 8-bit Extended BCD 
Transmission Code. 

c) The collating sequence for the 256 
characters. 

f) control characters, graphic characters, 
and characters vith special meaning. 

g) Names for some of the characters. 

h) Information on the 128-charactcr ISO 
7-Bit Code, on the 128-character Ame-.i 
can National Standard Code for Informa- 
tion Interchange, on the 120-character 

• Hollerith Card Code, and the correspon- 
dences of those codes to 128 characters 
of the 256-character 0-bit Extended BCD 
Interchange Code. 

i) Information on signed numerics. 

j) Information on packed decimal. 

k) Information on WTC graphic options. 

l) Information on graphic options. 

m) The 8-bit IBM 96-column card code 
correspondence to EBCDIC. 

n) Information on MICR special symbols. 
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EXTENDED BCD INTERCHANGE CODE 
LATIN ALPHABETS 


TAOLE IX. EXTENDED BCD I1ITERC11 AHGE CODE 


G V r 

I |00 |01 

T k 4 

| 0 | 1 

P |- 4 

U 1 12 | 

N I- 4 

Cl 111 

H 1 4 

E I I 

S ( 1 

| 9 | 9 


1000010(0- 
i — +-♦- 
I .1 I 

|0O31|l| 

k — 1-4- 

l C010 I 2 1 

V 4-4- 

10011|31 

k 4-4- 

1 oioo | u | 

k 4-4- 

1 0 101 1 S- 1 
k— -4-1- 
1011016! 
r 4"4- 

1011117) 

k 4-i— 

1 iooo i s i 

k 4-4 r 


1 80S I DC1 1 

2 stx|dc2| 
— — 1- — 1 

3 i.TX 1 TM | 

1 1 

9 PF iriES| 
1 1 

5 ir? jm. | 

4 4 

6 i.C | hS 

— -j- 

7 DELIIL 


112 | | 

1 4 4' 

l |H I 

I I I 

t — 4 — 4 

19 19| 


Card Hole Patterns 

0 12-0-9-0-! 

© 12-11 -9-8-1 
© 11-0-9-0-1 
@ 12-11-0-9-8-1 


01 | 10 I 11 l_ 

iT OlTlOl 111 oo] Olliojll I 00 1 01 110 111 | 

| — (. — 4 — 4 — 4 — 4 — 4 — 4 — 4 — 4 — 4 — -V 

|i 16 17 10 (9 |A 1 B |C |D |E P 1 

. 1 — +— + — 4 — 4—4 — 4 — 4 — 4 — 4—4 — + 

1|12] 1 12] 12| 121 1121121 | 

.4 — 4 — 4 — 4 — 4 — 4 — 4 — 4 — 4 — 4 4 — 4 

lillilim |li|il|HI in I 

.j L — 4 — 4 — 1--4 — 4 — 4 — 4 — 4 — 4 — 4 

) 1 0 | 0 | 0 l 1 0 1 0 1 | 10 I 
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1 9 | 9 l 9 | | 1 1 I I I ! I 
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THE AMERICAN NATIONAL STANDARD 
CODE FOR INFORMATION INTERCHANGE 
(ASCII), X3.4-1963 
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On June 17, 1963 a new American Standard Code for In- 
formation Interchange was approved by what was then the 
American Standards Association (ASA). The new code, 
commonly referred to as ASCII (pronounced as-key), is a 
7-bit code intended for information interchange among 
data processing systems, communications systems, and asso- 
ciated equipments. Twenty -eight of the 128 possible bit 
permutations were unassigned in the original version of the 
code. However, in 1967 The USA Standards Institute, suc- 
cessor to the American Standards Association*, revised the 
code by assigning characters to all previously unassigned bit 
permutations and by making some changes in previously 
assigned characters. In 1968 minor changes were made in 
the code, and a revised version of the USA Standard Code 
for Information Interchange, X3.4-1968, was issued. This 
technical bulletin explains the differences between the 
three versions of the code and describes how the code is 
implemented in Western Union’s 8-level ASCII code 
equipment. 


In discussing the 1963 ASCII code, it is convenient to ar- 
range the 128 bit permutations in 8 vertical columns, with 
16 horizontal rows in each column, as shown in the 1963 
ASCII table on the cover page. The vertical columns are 
identified by the three high-order bits (b7, b6, and b5) and 
the 16 horizontal rows by the four low-order bits (b4, b3, 
b2, and bl). The bit pattern for any character is usually 
given in the high-order to low-order bit sequence. Thus the 
bit pattern or code for the letter R is: 

Bit number: 7 6 5 4 3 2 1 

Bit pattern: 10 10 0 10 

The first two columns of the code table contain control 
characters, which are normally non-printing characters. The 
next four columns contain 64 graphic characters. The last 
two columns are unassigned, except for four control charac- 
ters in the last column. (Strictly speaking, the delete charac- 
ter in the bottom row of the last column is not a control 
character. It is used for deleting errors in punched paper 
tape by overpunching the errored characters.) 


CLASSES OF CONTROL CHARACTERS 

The control characters in the ASCII 63 code fall into four 
primary classes: communications controls; format effectors; 
device controls; and information separators. Communica- 
tions controls such as SOM (Start of Message) and EOA 
(End of Address), are used primarily in communications. 

♦Effective October 6, 1969 the name of the Institute was 
changed to American National Standards Institute, Inc. 


Format effectors such as carriage return (CR) and line feed 
(LF), are used to organize printed data on a page. Device 
controls are used to control operation of auxiliary equip- 
ment. (Use of the device controls has not been standard- 
ized, but they are used in some Western Union Systems for 
turning an auxiliary reperforator on or off and for starting 
or stopping a tape transmitter.) Information separators are 
used to identify boundaries of various elements of informa- 
tion. These separators, also called data delimiters, are 
machine-oriented controls used in data processing to serve a 
purpose similar to that of punctuation marks in message 
communications. 

Several special controls which do not logically fall into one 
of the four primary classes previously described are also 
included in the code. These special controls are not nor- 
mally used in Western Union systems. They may be used in 
some systems which use ASCII-code terminals to communi- 
cate with a computer. 


In 1967 the ASCII code was revised to include the lower 
case of the alphabet, and to incorporate other changes to 
make the code more useful for both communications and 
data processing. 


COLUMN/ROW DESIGNATIONS 

In the revised code, illustrated on the cover page, the eight 
columns are numbered 0 through 7, from left to right. The 
column number is the decimal equivalent of the binary 
number formed by the three high order bits (b7, b6, b5). 
Similarly, the rows are numbered 0 through 15 from top to 
bottom, with the row number being the decimal equivalent 
of the binary number formed by the four low order bits 
(b4, b3, b2, bl). Any character in the code may, therefore, 
be represented by giving its column and row position in the 
code table. For example, the capital letter G may be repre- 
sented by the notation “column 4, row 7,” or simply by 
4/7. 


GRAPHIC SUBSET 

The 26 lower case letters were placed in columns 6 and 7, 
and arranged in increasing binary sequence from a to z. 
Each lower case letter was placed in the same row as the 
corresponding upper case letter. This arrangement results in 



a simple one-bit difference between upper and lower case 
letters. Dual case keyboards for generating the code can, 
therefore, be designed to generate upper case letters by 
using a shift key to invert bit 6. The non-alpha characters 
were placed in column 7 to obtain logical pairings with 
corresponding characters in column 5 (e.g., deleting or in- 
verting bit 6 will change the bit permutation for the open- 
ing brace to that for the opening bracket). 


CONTROL CHARACTERS 

In the 1967 ASCII, three control characters were relocated. 
The desirability in data processing of being able to readily 
identify different classes of graphics and controls, coupled 
with the likelihood of a “hit,” or short open, on a commu- 
nication line generating a false control in column seven, 
prompted this change. The acknowledge (ACK) and escape 
(ESC) characters were placed in the first two columns. The 
unassigned control in column 7, row 13 was dropped. In 
order to accommodate these controls in the first two col- 
umns, four of the eight information separators and the “are 
you” (RU) character included in the original code were 
dropped from the code table. The four remaining informa- 
tion separators were assigned the specific functions of file 
separator, group separator, record separator, and unit 
separator. These four characters are contiguous with SP 
(space), which can also be used as an information separator. 


In 1968 minor changes were made in the text of the 1967 
standard, but the code table remained unchanged. The 
1968 revision permits the use of the notation ASCII or 
USASCII as proper identification of the standard and states 
that the notation should be taken to mean the latest issue. 
To designate a prior or particular issue of the standard, the 
last two digits of the year of issue may be affixed, as ASCII 
63 or USASCII 67. The new revision also permits use of a 
single character to perform the combined line feed (LF) 
and carriage return (CR) functions. When a single character 
is used to perform both functions, the LF character shall be 
used and shall be designated New Line (NL). 


The accompanying ASCII comparison chart reflects the dif- 
ferences between the original ASCII 63 and the revised 
ASCII 67/68. The lightly shaded areas illustrate minor dif- 
ferences in the two versions of the code; the heavily shaded 
areas identify major differences; the intermediately shaded 
areas identify new assignments to the original ASCII 63. 
Where only one character is listed and the area is not 
shaded, the code has remained the same. The accompanying 
comparison table lists character differences between ASCII 
63 and ASCII 67/68 and includes an explanation of each 
difference. 


COMPARISON CHART, ASCII 63 VS. ASCII 68 
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COMPARISON TABLE, ASCII 63 VS. ASCII 68 


COL/ROW 

IN CODE TABLE 

1963 

VERSION 

1968 

VERSION 

EXPLANATION OF CHANGE 

0/0 

NULL 

NUL 

Mnemonic Shortened 

0/1 

SOM 

SOH 

Start of Message changed to Start of Heading 

0/2 

EOA 

STX 

End of Address changed to Start of Text 

0/3 

EOM 

ETX 

End of Message changed to End of Text 

0/5 

WRU 

ENQ 

Who Are You changed to Enquiry 

0/6 

RU 

ACK 

RU replaced by Acknowledge, moved from position 7/12 to 0/6 

0/7 

BELL 

BEL 

Mnemonic shortened 

0/8 

FE 0 

BS 

Back space assigned to previously unassigned format effector 

1/0 

DC 0 

DLE 

Data Link Escape assigned to previously unassigned Device Control 

1/5 

ERR 

NAK 

Error changed to Negative Acknowledge 

1/6 

SYNC 

SYN 

Mnemonic Shortened 

1/7 

LEM 

ETB 

Logical End of Media replaced by End of Transmission Block. LEM 
changed to End of Media (EM) and moved to position 1/9 

1/8 

So 

CAN 

Information Separator replaced by Cancel 

1/9 

Si 

EM 

Information Separator replaced by End of Media (EM was Logical 

End of Media) 

1/10 

S2 

SUB 

Information Separator replaced by Substitute 

1/11 

s 3 

ESC 

Information Separator replaced by Escape. (ESC was in position 7/14) 

1/12 

S 4 

FS 

Information Separator assigned to File Separator 

1/13 

S5 

GS 

Information Separator assigned to Group Separator 

1/14 

S6 

RS 

Information Separator assigned to Record Separator 

1/15 

S7 

US 

Information Separator assigned to Unit Separator 

5/14 

t 

A 

Up arrow changed to Circumflex 

5/15 

4- 

— 

Left arrow changed to underline 

6/0 

Unassigned 

/ 

Assigned to grave accent 

6/1 thru 6/15 

Unassigned 

a thru o 

Unassigned positions assigned to lower case alphabet 

7/0 thru 7/10 

Unassigned 

p thru z 

Unassigned positions assigned to lower case alphabet 

7/11 

Unassigned 

{ 

Assigned to left or opening brace 

7/12 

ACK 

s 

Acknowledge moved to position 0/6. Vertical line assigned to 

Position 7/12 

7/13 

Unassigned 

Control 

} 

Assigned to right or closing brace 

7/14 

ESC 


Escape moved to 1/11. Overline assigned to position 7/14 


The Models 33 and 35 teleprinters were originally designed 
for use with the 7-bit ASCII 63. The manufacturer chose to 
use an 8-bit code for implementing ASCII, employing the 
eighth bit as an even vertical parity check bit. (When the 
parity check bit is used, the keyboard will generate even 
parity when signals are transmitted or tape is punched from 
the keyboard, but parity will not be checked on incoming 
signals.) When even parity is not desired, the eighth bit can 
be made always marking. The manufacturer also chose to 
use a unit-length start pulse and a two-unit-length rest 
(stop) pulse, thus giving a modulation rate of 110 bauds 
(bits per second) at a speed of 100 words per minute. The 
ASCII bits are transmitted low order first. The following 
drawing illustrates the character structure for the capital 
letter U in the TWX ASCII code. 


MARK- 

SPACE- 


-CHARACTER STRUCTURE FOR THE LETTER U- 


L-S, 


2 1 3 1 4 | 5 | 6 1 7 | C | STOP 

09 MILLISECONDS (MS) -*J 

100 MS 


18.08 MS 


Certain characteristics of ASCII 63 permit simplified design 
of the printing mechanism for implementing the code in 
monocase Model 33 and 35 teleprinters. The 64-character 
graphic subset in the code is located in the middle four 
columns of the chart. In each of these columns bit 7 differs 
from bit 6. To determine whether a bit permutation is a 
printing character or control character, it is only necessary 
to compare these two bits. If bits 7 and 6 are both zeros or 
if both bits are ones, the character is not a graphic. If either 
is a one bit, and the other a zero bit, the character received 
is a graphic. In the Models 33 and 35 typing units, once a 
bit permutation has been identified as a graphic character, 
bit six is ignored; i.e., bit 6 is not used to position the 
typewheel (Model 33) or type box (Model 35). It should be 
noted that there are four discrete permutations (00, 01, 10, 
and 1 1) of bits 7 and 5 in the four graphic columns of the 
table, so that these two bits can be used to determine which 
column a graphic character is in, once it has been deter- 
mined that a character is a graphic. 

In the Models 33 and 35 ASCII sets, printing is suppressed 
when a control character in one of the first two columns of 
the code table is received. Printing is also suppressed in the 


*C = Parity Check Bit 



1963 ASCII sets when one of the three control characters 
or the DEL (delete) character in the last column is received. 

GENERATION OF CONTROL CHARACTERS 

Most of the ASCII 63 control characters are located in the 
first two columns of the code table. In both of these col- 
umns, bit 7 is a zero. In the Models 33 and 35 keyboards, 
most of the controls in these first two columns are gener- 
ated by means of a control key which, when held depressed, 
deletes bit 7; that is, if bit 7 is a one, the control key 
converts it to a zero. For example, to generate the start-of- 
message (SOM) character, the control key is held down 


while the “A” key is being depressed. All of the control 
characters in the first two columns of the code table can be 
generated, even though most of these characters are not 
shown on the keytops. The number of control characters 
actually imprinted on the keytops varies, depending on the 
system in which the set is used. The carriage return (CR), 
line feed (LF), escape (ESC), and delete (DEL) characters 
are generated without using the control key, since separate 
keys are provided for these three controls. (On some key- 
boards, the escape key is labeled ALT MODE and the delete 
key is labeled RUB OUT.) The following illustration des- 
cribes how the remaining control characters and shift char- 
acters are generated from a keyboard. 


HOW ASCII SHIFT AND CONTROL CHARACTERS ARE GENERATED 





Hotes: 

I. 




SHIFT KEY. 

2. A CHARACTER SHOWN IN THE UPPER LEFT QUADRANT OF A KEYTOP IS 
GENERATED IN CONJUNCTION WITH THE CONTROL KEY. 

3. A CHARACTER SHOWN IN THE UPPER RIGHT QUAORANT OF A KEYTOP IS 
GENERATED IN CONJUNCTION WITH THE SHIFT KEY. 

4. A CHARACTER SHOWN IN THE LOWER RIGHT QUADRANT OF A KEYTOP IS 
GENERATED IN CONJUNCTION WITH BOTH CONTROL ANO SHIFT KEYS. 

5. CB IN THE UPPER LEFT QUAORANT OF A KEYTOP MEANS THAT THIS KEY 
IS BLOCKED BY THE CONTROL KEY. 

6. SB IN THE UPPER RIGHT QUAORANT OF A KEYTOP MEANS THAT THIS KEY 
IS BLOCKED BY THE SHIFT KEY. 

7. ON THE MODEL 35. THE CONTROL KEY ALSO BLOCKS THE "j" KEY. ON 
MODEL 33 IT DOES NOT. 


8. EXAMPLE: 




In most Western Union systems, Device Control 1 (DC1) in 
the code is used as a transmitter-on control character and 
Device Control 3 (DC3) is used as a transmitter-off control. 
These two controls, abbreviated X-ON and X-OFF, are 
shown on the upper halves of the Q and S keytops, respec- 
tively, when they are used in a system. When the X-ON 
character is transmitted, it starts the transmitter at a distant 
station when the distant station is equipped to respond to 
X-ON. When the X-OFF character is punched in tape and 
read by a local tape reader, it stops the local reader if the 
local station is equipped to respond to X-OFF. 

Similarly, Device Control 2 (DC2) in the code is used in 
some systems to automatically turn on a distant tape punch 
and Device Control 4 (DC4) is used to automatically turn 
off a distant tape punch, provided the distant station is 
equipped with the optional automatic punch-on and punch- 
off feature. These two controls, labeled TAPE and -T A PE, 
appear on the upper halves of the R and T keytops, respec- 
tively, when they are used in a system. 

At present the Escape (ESC) character is not used in 


Western Union systems. However, it may be used in systems 
where a Model 33 or 35 is used to communicate with a 
computer. 

The following table summarizes the control code designa- 
tions used on Models 33 and 35 keyboards which are differ- 
ent from the designations used in the code table: 

ASCII CONTROL CHARACTER KEYBOARD 
DESIGNATIONS USED ON MODELS 33 and 35 


ASCII CONTROL 

KEYBOARD DESIGNATION 

FF (Form Feed) 

FORM (Some sets) 

CR (Carriage Return) 

RETURN 

DC1 (Device Control 1) 

X-ON 

DC2 (Device Control 2) 

TAPE 

DC3 (Device Control 3) 

X-OFF 

DC4 (Device Control 4) 

TAPE 

ESC (Escape) 

ALT MODE (Some sets) 

DEL (Delete) 

RUB OUT 


NOTE: Control character designations not shown are the same as 

the ASCII designations. 








The Models 33 and 35 sets which have been modified to 
operate on the ASCII 68 code incorporate changes in the 
typing unit and the keyboard. The typing unit changes are 
all a result of the changes made in the ASCII graphic char- 
acters and involve changes in the type box (Model 35) or 
typewheel (Model 33). The keyboard changes all involve 
changes in the keytop designations and are the result of 
changes made in both the graphic and control characters. 

ASCII 68 TYPING UNITS 

Two major changes were incorporated in the type wheels 
and type boxes of the ASCII 68 sets. The left arrow (*■) was 
replaced by the underline ( _) and the up arrow ( t ) was 
replaced by the circumflex ( A ). Three other minor changes 
were also made in the typing units in order to enable them 
to conform more closely to the ASCII 68 and the ISO 
(International Standards Organization) 7-bit code. The 
ASCII 68 permits alternate use of three punctuation marks 
as diacritical marks; i.e., marks placed over or under a letter 
to show pronunciation. The quotation marks were modified 
to permit them to be used alternatively as diereses; the 
apostrophe was modified to permit it to be used alterna- 
tively as an acute accent or closing single quotation mark; 
and the comma was modified to permit it to be used alter- 
natively as a cedilla. 

The Models 33 and 35 modified for use with the ASCII 68 
code suppress printing when a control character in column 
0 or 1 is received and also suppress printing when the DEL 
character is received. Printing is not suppressed when the 
characters in positions 7/12, 7/13, and 7/14 are received. 

In addition to the foregoing changes, two other changes 
were made in the ASCII 68 type fonts which were not 
related to the revision of ASCII. The letter 0 was made 
fatter and the zero was made slimmer to provide greater 
distinction between these two very similar characters. 

The typing units of the Model 33 ASCII 63 sets are not 
parity sensitive; that is, the graphic characters will print 
correctly and the control characters will perform their func- 
tions correctly, regardless of whether the 8th (parity) bit is 
marking or spacing. However, the Model 33 ASCII 68 sets 
are sensitive to parity on some control characters, such as 
EOT and X-ON. The graphic characters and some controls, 
such as carriage return and line feed, are parity insensitive 
on the ASCII 68 sets. 

If an ASCII 68 Model 33 set transmits to an ASCII 63 
Model 33 there will be no problem due to failure of the 
latter set to respond to the control characters. However, if 


an ASCII 63 set arranged to transmit an 8th bit which is 
always marking transmits to an ASCII 68 set, some control 
characters, such as X-ON, may not operate the assigned 
function. If an ASCII 63 set sends even parity, this problem 
will not arise. 

All typing units on Model 35 sets, whether the ASCII. 63 or 
68 version, are parity insensitive and control characters will 
perform their proper functions regardless of whether bit 8 
is marking or spacing. 

ASCII 68 KEYBOARDS 

The keyboard changes in the ASCII 68 sets are primarily 
changes in keytop designations. The ASCII 68 sets, like the 
ASCII 63 sets, can generate all of the control characters in 
the first two columns of the code table. However, like the 
ASCII 63 sets, only those controls actually used in a system 
are normally imprinted on keytops. In the ASCII 63 tele- 
printers three graphics, the opening bracket ( [ ), closing 
bracket ( ] ), and reverse slash (\), were omitted. In the 
ASCII 68 sets these three characters are imprinted on the 
K, M, and L keytops, respectively. However, addition of 
these three graphics is not related to the revision of the 
code. The circumflex replaced the up arrow on the N key 
and the underline replaced the left arrow on the 0 key. 

The start of heading (SOH), start of text (STX), and end of 
text (ETX) characters were added to the keytops of the 
ASCII 68 sets. In addition, the word FORM for Form Feed, 
on the L key, was changed to FF. The RU character, which 
appears on some ASCII 63 Model 33 sets, was dropped. 
These differences between the ASCII 63 and 68 sets are 
listed in the accompanying table. In addition to these 
changes, ASCII 68 keyboards which are equipped with an 
ESC (escape) key will generate the ASCII 68 code combina- 
tion when depressed. 

MODELS 33 AND 35 KEYBOARD CHANGES 
ASCII 63 KEYTOP ASCII 68 KEYTOP 


A 

A 

SOH 

B 

B 

STX 

C 

C 

ETX 

F RU (Some Model 33’s) 

F 


*K VT 

K 

[VT 

*L FORM 

L 

\FF 

*M 

M 

I 

NT 

N 

A 

O- 

0 



*These changes were not made as a result of the changes in the ASCII 
code, but were incorporated in the keyboards at the same time as the 
ASCII 63 to 68 changes. 


Model 33 TWX KSR and ASR Sets, Product Data Sheet 1-3. 

Model 35 TWX ASR Sets, Product Data Sheet 1-4. 

Model 35 TWX KSR and RO Sets, Product Data Sheet 1-5. 

Model 35 ASR Set, Class 1 Terminal, Info-Corn System, Product Data Sheet 1-6. 

The USA Standard Code for Information Interchange, X3 .4-1 968. 

(Available from the American National Standards Institute, 1430 Broadway, New York, N.Y. 10018) 
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Introduction : 

Ths Joint Dorking Party on t ho "Use of alphabet N° 5" (correspond 
ins to ISO 7-bit coded character set) is of concern of the follow 
ing Study Groups of the CCITT: 

C0ii 1 : Telegraph operation and tariffs (including 

tele::) 

COii VIII : Telegraph equipment and local connecting lines 
CC!i X : Telegraph Switching 
COM Sp.A : Data Transmission 

The. meeting uas held in Geneva at the UIT headquarter, under the 
chairmanship of ;;r. G. Baggenstos (Switzerland), 

The agenda, reported in the following, is based on a question 
which is common to Study Group I, VIII and Sp.A, i.e. Question 
6/1, a part of Question 9/VIII and Question 1/A point C. 

Agenda s 

1. Possible modification to Alphabet H°-« 5 

1.1 note 7 in positions 2 / j and 2/4 of the code table 

. 1.2 Additional preferred graphic characters for "National 

Use" pos i t i on 

2. National use positions of Alphabet N° 5 

3. International reference version of Alphabet [] 0 5 

4. Graphical representation of control characters 

5. Definitions and use of certain control characters 

5.1 Auxiliary alphabet (Code extension and expansion) 




6. Implementation of the code on i nput/output neoia 

7. Character sets for parallel data transmission 

8. Others 


Discussion and results 

1 . Possible nodi f i c a t i ons to Alphabet M° 5 

1.1 Mote 7 in position 2/3 and_2/4_of ^.t he_coc!e_ t abj. e 

The ISO position lias presented on the basis of resolu- 
tion 4, doc. 97/2 n° 4 72 and of the guidelines for 
the preparatory group for the revision of ISO/H 646 
(doc. 97/2 n° 471 ) . 

After much discussion and clarifications the following 
conclusions were reached by G II / ALP: 

a) There is no need to indicate the additional symbols 
if and jt} in parenthesis in position 2/3 and 2/4 
respectively of the code table; the present method 
of indicating these symbols in the note seems to be 
clear enough. (Incidentally Gti/ALP preferes to re- 
tain the name "number sign" for the symbol tt and tX 
"currency sign" for the symbol as already useo in 
CCITT Recommendation V .3 and also in I5G/f! 107o-1969) 

b) it is acceptable to combine note (2) and (?) to the 
code table in a now note- (2) concerning both position 
2/3 and 2/4 

c) in the ISO proposal for the new note (2) there is no 
provision for the necessary agreement between the 
parties concerned to choose a particular symool a:.iOng 

-the symbols in question.. Therefore a s l i gh't ly moa 1 f i 00 
text was prepared and is now submitted to ISC ior 
their consideration. 

@ The symbol 2 is assigned to position 2/3 and the 
symbol S is assigned to position 2/4. In a situa- 
tion where there is no requirement for the symbol 
£, the symbol S (number sign) may bo used in posi- 
tion 2/3. l-lhore there is no requirement for the 
symbol S, the symbol (currency sign) may be used 
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in position 2/4. The chosen allocation of symbols 
to those positions for international information 
interchange should be agreed by the parties con- 
cerned. 

It should be noted that, unless otherwise agreed 
between sender and recipient, the symbols £ and 
S do not designate the currency of a specific . 
count ry . 

1.2 4dditiona_l_pref erred_graphi c characters for "national 
use” positions . 

The ISO proposal as stated in doc. 97/2 II 0 396 was exa- 

mined and favourably accepted. Consequently note 3 
to the code table should be modified as follows: 

© Reserved for national use. Those positions are prims- 
rily intended tot alphabetic extensions. 

If they, are not required for that purpose, they nay 
be used for symbols and a preferred choice is shown 
in parenthesis. 

C jj.QT L - • I noticed that there is a difference in the 
text between note © in Recommendation V. 3 and in R 646. 
The phrase: “Some restrictions are. placed on the use of 
tiicse cnaracters on the general tolcconmuni cation net- 
works tot international transmission”, is not present in 
V.3 . In the spirit of the revision agreed during the 
London meeting, I think that the preparatory working 
group should consider the deletion of this sentence.) 


However, the Japanese Delegation stated some difficulties 
in accepting the symbol \ (reverse Solidus) to position 
5/12 as a preferred symbol. According to the present 
Japanese Draft Standard, position 5/12 is used for the 
currency synbo l ¥ (Y2N), and the reverse solidus is alio- 
cated to position 6/0 replacing the grave accent. If the 
reverse solidus is assigned to position 5/12 as a prof err 


ed symool, this can no longer br. allocated to 6/0 in the 


Japanese standard due to the provision in the Explanatory 


Note 4.4. “Dual allocation" in si 646. 


The Japanese delegation therefore requested that a deci- 
sion o t 6 . 1 / A L ? on this point be suspended until after 
the next meeting of ISO which may t a k c up this point 
again. 


Japanese request being accepted, no final deci- 
sion was taken on position 5/12. During the examination 



of the draft report I suggested that this item 
be further discussed during the Preparatory Work 
ing Gro^ip mooting in Geneva next January- together 
with the Japanese delegation; if, as I think it will 
be possible-, the problem will bo finalized with the 
satisfaction of the Japanese national cotai ttoe, there 
will be no further need to reopen the discussion at 
the g;:/ALP level since the other delegations have unani 
nously agreed the ISO proposal'). ■ 

2 . n ational Use Positions 

A CCITT docunont based on doc's. 97/2 n° 35G and 3G2 was exa- 
mined with interest and considered useful information. 

Some- mistakes were reported by various .delegates and the 
table correspondingly amended. 

( MOTE : in respect of doc. 97/2 n° 474 recently issued by the 
secretariat, there are the following changes to be maria: 

Danemark : position 7/11 ae 

position 7/12 e 

Japan : position 6/0 \ 

Moruay : position 5/11 fE 

pos i tion 7/11 ® 

Furthermore I was as.ked a question regarding the positions 
left blank on the table of national choices; are they left 
blank because they are not jot defined at the national level 
or are they to be considered according to the code table and 
the relevant notes in ISO/R 646 - 1967? 

In the light of the revised A 646 and of the international 
version, my suggestionis that each member body could be 
requested to fill again table 1 in doc. 97/2 n° 474 clearly 
specifing the assignments to a 1 1 the columns.) 


3. International reference version 

The ISO proposal for an "International Reference. Version" of 
the 7-bit code was examined and discussed. Clarifications ' 
were made about its meaning and the general manning of interna 
tional interchange of data uhich seen to be interpreted in di 
forent ways by the various community interested in tiie subject: 
the industry, the users and the Administrations. 

During the discussion certain administrations expressed their 
consc-t to such an international reference version. 

Finally, the G.'./ALP expressed the view that, at this initial 
stage, of the study of this question in the ICC, the CCITT 



/, 


'HI 


cannot make a firm decision but would look favourably on 
the study of this question in the ISO within the franework 
of section 5, doc. 97/2 n° 471. 


Graphical represe nta tion of Control character s : 

Draft ISO Recommendation 2047 was examined and some diffe- 
rences were noticed among some graphical symbols represent 
od there and those standardized for International Alphabet 
M° 2 in the CCITT (see CCITT recommendations 3.4 and S.5). 


Function 


Alphabet M 0 5 


A l ph a b e t 


These graphical symbols used for Alphabet li° 2 have been 
standardized for many years and are well .known interna- 
tionally . They also should be used in the case of alpha- 
bet N° 5. 

The GG/ALP, therofo.ro, . wi shes that ISO would use at least 
the two symbols and Q for positions C/5 and 0/7 respecti- 
vely. 

( MOTE : The graphical representation of the CF, function 
was accepted as in the ISO DR 2047 because of the possible 
confusion between the present symbol in alphabet M° 2 
and the "less than" graphic (pos. 3/12) of the 7-bit code 
table. 


5. Definitions and use of certai-n control characters : 

This point of the agenda covers an item in the program of 
work of GG/ALP requiring further study on the definition 
and use of certain control characters, such as SC, SI, ESC, 
DLE etc. 

Some contributions were examined in this connection: 

a) Draft ISO Proposal for Code. Independent Transmission 
Procedures (doc. ISC/TC97/SC6 n° 323). 

i In* s docunont defines the moons by which data communica- 
tion systems con. transfer information without coding 
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restrictions. This is achieved by use of OLE sequences. 
The GM/ALP, in t he . framework of its terns of reference, 
examinee! this document as. regards the compatibility 
with Recommendation V. 3 and found no contradiction in 
this respect. • 

b) Part of a document submitted 'by .the French administra- 
tion indicatino the need of ncu characters to c o n l r o *. 
the new functions which ore availqole from the visual 
display devices which could be- used for telegraph opera 
tion in the future. 

During the discussion it was pointed out that the Expert 
Group of I SC/TC97/SC2 dealing with code extension techni^ 
ques is already cons i de r-i ng . the requirement of visual 
displays in connection with the additional control func- 
tions available through code extension. 

The consensus of the meeting was in favour of this work 
and the G H /ALP concluded the discussion as follows: 

- It has been agreed between ISO and CCITT that there 
is a need of additional functions for visual display 
machines. 

- The study should be made in collaboration with ISO. 

. c - - These supplementary function codes night be obtained 
by means of the code extension procedures. 

5.1 Auxiliary alphabet (Code extension and expansion proce- 
dures) 

This item was dealt with in three successive steps. 

5.1.1 necessity of an auxiliary alphabet within CCITT 
A question was raised by the Chairman as: 

"Code combination 0/14 (Shift-Cut) permits the 
introduction of auxiliary alphabets outside the 
standardized sot table. Can a sufficiently wide- 
spread need bo foreseen at pros-ent to warrant the 
standardization of a table of 95 auxiliary signs? 
If so, what should those signs be and what would 
be the resulting conditions for the apparatus 
using them?" 

In reply to this question the Gm/ALP was of the 
opinion that this subject is primarily concerned 
with the ISO and taking account of the present 
state of study on code extension and expansion 
technique in the ISO, there seems no need to make 



standardization of a supp lens-ntary code in 
^he. CCITT. . 

However, the GH/ALP shall, of course, be intc- 
. rested in the principle of this study being 
carried out by the ISO. 

5.1.2 Code extension and expansion procedures present- 
ly studied by the ISO 

The following throe ISO. documents ware available 
to the meeting in this connection: 

DR ISO 2022: Code extension procedures for 
the ISO 7-Bit code 

IS0/TC97/SC2 n° 399: Code Expansion and a 

structure for a family 
of 3-bit codas 

- IS0/TC97/SC2 n° 414: Classes of throe-characters 

Escape Sequences 

The meeting was informed of the new development 
taken by IS0/TC97/SC2 at the last meeting in Lon- 
don. In absence of the new combined draft (cur- 
rently 97/2 il° 473), Git/ALP examined the princi- 
ples included in the three aforementioned docu- 
ments and found no problem concerning the compa- 
tibility of the proposed methods with the imple- 
mentation of Alphabet H° 5. Gii/ALP will houaver 
wait with their final decision until the ISO pro-, 
posal in its amended version will be available. 

As to the definitions of three function characters 
"Shift-out”, "Shift-in" and "Escape" which aro- 
used in the code extension technique, some discre- 
pancy is seen on the present definition of the ESC 
character in Pec. V.3 (also ISO/H 646) and the 
actual mode of its application in the code exten- 
sion procedures. 

The Gii/ALP wishes that this point should be studied’ 
by the ISO and if necessary, a modification of the 
existing definition of ESC character be submitted 
in the CCITT. 

5.1.3 Registration of Escape sequences 

The G;!/ALP took note with interest of the document 
97/2 n° 409 which specifics the method for the 
registration of escape sequences within the ISO 
and had no objection to this ISO, internal proce- 
dure. 
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6 . Implemen t ation of the code on input/outpu t r.:o c’i a 

» 

It was stressed swain at. the , Meeting that it is not the 
role of CCITT to lay down the detail physical specifica- 
tions of equi pr.iont . 

Gii/ALP considered then the existence of several ISO Recom- 
mendations on I/O media; particularly those regarding the 
punched tape aro of interest of the Administrations. 

II o CCITT Roconmandat i on will however be published, regarding 
the physical characteristics of the media. This is felt to 
be a national natter. 

As for the implementation of the code on media an appropriate 
extract from ISO/R 1113 "Representation of 6 and 7 bit coded 
character sets on punched tape” will be published as an 
Annex to Recommendation V.3. 


7 . Character sets for parallel data transmission 

The GII/ALP took note of a document from the ISO on this sub- 
ject (.97/2 n° 470). 

■The Gii/ALP understood that this study in the ISO was in ac- 
cordance with the point mentioned in CCITT Recommendation 
V.30, paragraph 10 character set . It is suggested in this 
paragraph that the elaboration of a recommendation for a char- 
acter set to be used for parallel data transmission conforming 
to Rec. V.30 is primarily the task of the ISO in collaboration 
with the CCITT. 

In the light of the fact that all the studies concerning parti 
lei data transmission have been carried out by Special Study 
Group A in collaboration with the ISO, the G.I/ALP is of the 
opinion that this question should also be taken up by Special 
A in the framework of Question 1 /A - Point 0 : Further study 
of parallel data transmission - for universal use on telephone 
circuits. 


2. Others 

The GII/ALP took note of two documents from GCIIA and ISO concern 
ing keyboards. 

These documents have been primarily published for study by 
Study Group VIII. 
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C [ 03 if t ; : r G ^ n to U ?so:for t'U many technical contribu- 
taam-.s o, U - consideration in the certain.'/ 

t h i s 5 f ru i t f ul "cooperation will continue. in the future. 


Respectfully suouKceo 
Mauro ocllabeni 

ISO Representative 

at the Gil/ ALP mooting 


December 1970 
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REPORT JOINT WORKING PARTI 
ON NEW ALPHABET 

(Geneva - 18th-20th November 1970) 


ae "New Alphabet" Joint Working Party met in Geneva from 18 to 20 November 
1970 under ^tne chairmanship of Mr. G. BAGGKNSTCS (Switzerland). The list of 
participants is given in the Annex to this Report. 

f 13 examined a question which is common to Study 

R ». ' L wf E£L s ? ec:Lal A* Question 6/ 1 , a part of question 9/VIII 
and ques oion l/A — point C on the following points : 


1 . . Possible modification to Alphabet n° 5 

1.1 Note 7 in positions 2,/j and 2/4 of 
the code table 

1.2 Additional preferred graphic characters 
for "national use" positions 

‘2. National use positions of Alphabet n° 5 

3. International reference version of 
Alphabet n° 5 

4. Graphical representation of control 
characters 


Documents examined 
(Cvi/ALP - N°T~“ 

U 21 

1 » 3i- 21 

3» 4 

21 ■■ 


2, 16 




/ 

/• ; 

/; 


- 2 - 
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Definitions and use of certain control 
characters 

5.1 Auxiliary alphabet (cods extension 
and expansion) 

6. Implementation of the code on .input/ 
output media 


7. Character sets for parallel data 
transmission 

8. Others 


Documents examined (GM/AiP) 

8, 15 (para. II. 5), 

17 (para. S) 

6 (para. 8), 10 (+ 20), 

11, 12, 13, -19 (para. 8), 
23, (para. 8) 


6 (para. 5), 7, 15 
(para. II. 5) 


22 

5, 9, H 


1 « Possible modification to Alphabet n° 5 

1 « 1 Mft . 7 . 131 positions 2/3 and 2/4 of the code table. 

f ie p 0 '^ A S/??S Side ^ e J. Careful:Ly the I -S.O. proposal which appears 
in Doc. Gh/„LP - n 21, points 3.1 and 4 on this subject and reached 
the following conclusion : 

a) Indication of the symbols and # in parenthesis in positions 

2/5 and 2/4 respectively. ~ 

The ©V'AIP is of the opinion that there is no need to indicate 
. these additional symbols in parenthesis, because the present 
me mod of indicating these symbols in note 7 seems to be o'* ear 
enough. ~ - 

b) Sew note 2, superseding existing notes 2 and 7, proposed by the 

JL«o»v« 

The following text has been proposed by the I.S.O. : 

2) The symbol £ is assigned to position 2/3 and the symbol $ is 
assigned to position 2/4. In a situation where there is no 
requirement for the symbol £ the symbol 4k (number symbol) may 
be used in position 2/3. Where there is no requirement for 
the symbol 3 the symbol & (sun symbol) may be used in position 2/4. 
I w should. oe noted that, unless otherwise agreed between sender 

and recipient, the symbols £, $ or £ do not. designate the currency 
of a apecinc country," * 

i) the GM/ALP considers it acceptable to combine the existing notes 2 
and 7 concerning positions 2/3 and 2/4 of Alphabet n* 5, provided 
tn^t no substantial change to these existing notes will be made. 

ii) Ka then examined whether the version of note 2 proposed - 

by- the I.S.O. is acceptable to the C.C.I.T.T. During the 
* discussion tne following points were raised by certain delegates : 
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“ .X»S«0« proposal uhere is no provision for Hie necessary 

agreement between the parties concerned to choose a particular 
symbol among the symbols in question ; 

- in the pres ear no re 7 to Alphabet n° 5, priority is given to 
the symbols £ in position 2/3 and $ in position 2/4 for the 
international information interchange. However, in the view of 
the I.S.O. these four symbols should be placed on an equal footing 
without giving any priority to any symbol. Thi3 would lead to 
a substantial change of Recommendation V.3. 

Taking into account the above-mentioned points as well as the I.S.O. 
proposal, the GM/lLP has prepared the following new note 2 which 
could supersede existing notes 2 and 7 with a view to forwarding it to 
the I.S.O. for their consideration : 

The symbol £ is assigned to position 2/3 and the symbol $ is 
assigned tc^ position 2/ 4. In a situation where there is no requirement 
for the symbol £ the symbol (number symbol) may be used in position 
2/3. Where there is no requirement for the symbol £ the symbol 
\ currency sign) may be used in position 2/4. The chosen allocations 
of symools to these positions for international information interchange 
snould be agreed by the parties concerned. It should be noted that, 
unless otherwise agreed between sender and recipient, the symbols 
S or A. do not designate the currency of a specific country. ” 

£t is recommended that the C.C.I.T.T, Secretariat convey the above 
wording to the I.S.O. for their consideration in the re-drafting 
of their Recommendation R.646. 

With this modification to notes 2 and 7, existing note 8 would be 
renumbered as note 7. The code table of Alphabet n° 5 should also be 
modified accordingly. 

1 * 2 . preferre d graphic characters for "national use' 1 positions 

The I.S.O., in Document GM/aLP-IT 0 21, proposes to incorporate 
preferred graphics to positions 5/12 (\), 7/11 ({}, 7/12 (j) 
and 7/13 {]) such as it is already done for positions 4/0, 5/1 1 
and 5/13 which show assigned preferred graphics. 

A consensus of opinion in the GK/aEP was in favour of this I.S.O. 
proposal and the present note 3 to the code table should accordingly 
be modified as follows : * 

3/ Reserved for national use. These positions are primarily 
intended for alphabetic extensions. If they are' not required 
for thau purpose, they may be used for symbols anri a preferred 
choice is shown in parenthesis . ,s 
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However, tn„ * aptness delegation stated some difficulty in accepting the 

■ f^ol\ (reV f! e £0lidus ) t0 Position 5/12 as a preferred symbol. According 
to^tne present, Japanese national version, position 5/l2 is used for their 
national currency sign and position 6/0 for the averse solidus. If the 
reverse serious is assigned to position 5/1 2 as a preferred symbol, position 
6/0 oan no ionger be used for the reverse solidus according' to the provision 
111 iiiLdS&l ^location of Hecomcaendation V.3 (also I.S.O. /R.646). 

^ Japanese delegation therefore requested that a decision of the ' 

■ u-u 0n tiUS 5011111 be sus P en ^ed until after the next meeting of the I S 0 
which may take up this point again. 6 0i the I * S *°* 

The C^/ALP acceded the Japanese request in respect of position 5/l2 but 
accepted -he I.S.O. proposal for positions 7/l1, 7/12 and 7/13. 

2 . National use positio n 

S f/?, n ° ted Bo rf s ? ts 3 and 4 presented by the I.S.O. and 

the E.C.K.A. respectively. 

allotment of characters to these national positions is a national 
maoter and they have been published for information only. 

^e Gh/Ah? iooked at these documents with interest and also with 
gratitud § _ -0 -nese two organizations. The I.S.O. representative mentioned 
tha, the^miomitios given in Document GJVAL n° 3 was still far from 
being sa-iSiactory and the I.S.O. is in the process of collecting further 
ormation iron tneir national member bodies. The C.C.I.T.T. will be 
kept imormed by the I.S.O. on this subject. 

. Meanwhile, some corrections to Tables 1 and 2 of Document GM/aLP n<> 3 

«ItaibSi“f "* *"*• oorrectea tables »tU be published as a C.C.I.T.T. 


3 • International refere nce version 

The CK/aIP examined the I.S.O., proposal on an international reference 

^ J5 ° Clment no 21 . This 

, Mp f “ f0r use in all cases when there is no requirement to 

use.a national version or any other "application oriented" character 

sSh^^ntSS^- CS i t£ln ^-^strations expressed their consent to 
suen an in^rnn^ional. rex 8 rer.ee version. 

the *•* «■*. «t this initial stage of the 
fiTT-T® iff* 10 ? 111 t! »e I.S.O., the C.C.I.T.T. oaAot isahe a 

“IT SthTaT T k <* the ,tua y >* «s question 

. . . wx -Mu tne framewors of the Annex to Document GK/aLP n° 21 . 


• • • 
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ANNEXE -ANNEX 


LISTE DBS PARTICIPANTS 
LIST OF PARTICIPANTS 


SirSS" I G / BAGGENST0S (Suisse / Switzerland) 

adstralie/australia 

R.A.R. BROWN 

R. KERR 

N.R. CRANE 

CUBA 

J.L. CARRENO 

J. HERNANDEZ H. 

FRANCE 

A. DUPONT 

C. FlOUTON 

italie/italy 

U. HEGANO 

japon/japan 

T. OTA 

norvege/norway 

T.E. MOE 

PAYS-BAS/NS'IHERLANDS 

J.L. VAN DALE 

PORTUGAL 

M.J.M. ATHAYDE 
J.C.B. CORREIA 

R.F. d'ALLEMAGNE 

F.R. of GERMANY 

H. GABLER 

F. BARDUA 

SUISSE/ SWITZERLAND 

F. KELLER 

SUEDE/ SWEDEN 

E. OSTERLUND 

U.R.S.S./U.S.S.R. 

N. ETROUKINE 

A. OGOCHKINE 

E. BASILEVITSCH 
V. ■ ILINE 

Mme M. TOKAREVA 

Mme A. VOIKOVA 
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Exploitations nrivess reconmies 
Private Operating Agencies 


A.T. & T. 

E.¥. KETPNICH 

Italcable 

R. DE LONGIS 

Kokusai Denshin Denwa 

S. SEEMORA 

Y. TAKAHASEE 

Nippon Telegraph and 

Telephone Public Corp, 

K. MURAMATSU 
T. MATSUMOTO 

Nigerian External 
Telecommunications Ltd. 

S.O. OGNNLEYE 
O.A. COKER 
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U.K, Post Office G.¥. ADAMS 

P.¥. DAVIES 

'Organismes scientifiques ou industriels 
Scientific or Industrial Organizations 

I.T.T. J.V. EVANS 


S.A.G.E.M. P.N. LEGER 

Standard Elektrik B. CRAMER 

Lorenz A.G. 

Organisations Internationales 
International Organizations 


I.P.T.C. 


F.I. RAY 


I.S.O. 


M.F. BALLABENI 


Secretariat du C.C.I.R . A. ARAI 

.Secretariat du C.C. I.T.T . E. EUMMEL, Conseiller superieur 

T, OKABE, Ingenieur 

Mile M. LANG STEVENSON, Assistante 
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AMERICAN NATIONAL STANDARDS INSTITUTE. INC. - COMMITTEE CORRESPONDENCE 

Reply to: Eric H. Clamons 
RD 1 

North Wales, Pa. 19454 
(215)643-1300, X2552/3 


1970 November 24 


TO: X3L2 

SUBJECT: LETTER BALLOT ON MODIFICATIONS TO R646 

RE: Document X3L2/1041 


As announced at the last meeting of X3L2, this letter ballot 
is sent to you in preparation for the Preparatory Group Meeting 
in January 1971 to which Dr. Blanton C. Duncan was elected our 
representative. The questions have been addressed specifically 
to modification of R646 and allow you to express your wish 
regarding changes in X3. 4-1968. If you have additional comments, 
please attach them. 

As a technical member of X3L2, you are required to answer all 
questions to the best of your ability; you may not abstain. 

Only one ballot per voting unit is permitted, i.e. the member 
or his alternate, not both, may vote. 

^ O&ptAew 

Eric H. Clamons 
Chairman X3L2 

EHC/jas 
Att . 


Aj/^/ ft 





1. Gl-NEHAl 


1)1 t-'FF.UCNCES 


Y 

E 

s 


A. 


C. 


The so-called "International Reference Version of the ECMA 
7 Bit Coded Character Set" is included as a version for 

general during 

“;«‘aro specific aSgnments i„\S* table (Table 2) which 
do not agree with ASCII which are: 


International Version 




| (minor diff.)(^M 


It also does not agree with the ECMA "Standard" version in 
the following positions: 


Col /Ho 


International 


ECMA -6 



(minor diff.) 


In general, the meanings of most all controls (columns 0 
and 1 ) are specifically spelled out. The first sentence of 
each definition normally agrees with each ASCII definition, 
but then KUA-6 continues to further specify each control s 
function in detail. (Specific differences are given in 
Section ill.) 


Notuc on cpcciric substitutions for graphics, application of 

the code' llTvts, however , 

such material is not included as part 
Of the standard, but is only suggestea as aids to the user 
appendix material of the Standard. 


O 


o 


o 


II. 


graphics 


A. 


Col/ltow 2/3 main choice is ' £ ' in K»-6 with an alternate Q| 
being ' II ' ■ X3. 4-1 908 main choice and alternate choice are 

reversed 


B. 


Col/Row 2/4 allows ' ' as a specific alternate choice. 

A3. 4-1 908 allows no specific alternate choice. 


O 


O 

o 


d 


OQ 


O 

O 


C 

C 


— 1 — 
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The characters '10' and '11' are allowed as optional use 
characters to replace 1 : ' and ' ; 1 respectively in 

two characters are allowed in ASCII. 


R646 1X3.4 


Y 

E 

S 


N 

O 


Y 

E 

S 


ASCII overline is 
ECMA-6 uses ' — 


1 s '-! ' , which also means tilde (diacritical). 

However, in both standards, stylization 

, . .. _ ... . 


“ — w ” * . . 7. / 

options are duly noted. (Similarly for positions 5/14 and 

6 / 0 .) 

The method of utilizing 4 positions which are sometimes stand- 
alone graphics and other times diacritical marks (2/2 ", 2/7 



III. CONTROLS 


A. 

B. 


C. 


Transmission Controls are called Communication Controls in 
X3. 4-1 968 (a minor difference). 

X3. 4-1 968 specifically designates that the 4 Information 
S eparators ( FS , GS, RS and US) are to be used only in 
hierarchical order. ECMA-6 also allows for other uses (but 
does not specifically say what those uses would be). 

Format Effector s are defined by specifically spelling out the 
concepts of "printed page", "character positions on a line", 
and the "active position" during processing. X3.4-196B does 
not do this. (Gee also, the use of BS, Section II, E of this 
paper. ) 


Oi 

O 

O 


ol 

D 

Ol 


o 


o 


ob 


ob 


D. 


E. 


F. 


Device Control s (DC1 , DC2, DC3, and DC4) are all given specific 
preferred meanings in ECMA-6. Only DC4 is spelled out in 
X3. 4-1 968, which agrees with the definition in ECMA-6. 

BEL - X3. 4-1968 specifically calls for human intervention, 
ECMA-6 does not. 

DEL - ECMA-6 has an additional comment above and beyond 
X3. 4-1 968 definition in that DEL may also serve as media- or 
time-fill character, thus affecting the information layout 
and/or control of equipment. X3. 4-1 968 allows only NUL for 
this purpose. 


O 

a 


o 

o 


do 


ob 


o 

o 


b 

o 


G. CAN - The Cancel doctrine is spelled out in ECMA-6, and is not 
in X3.4-19C.8. However, since this is the subject of a separate 
report it is not discussed here. 



H. 


I. 


J. 


K. 


M. 


N. 


0 . 


Q. 


X3L2/1 041 


DLE - ECMA-6 specifically requires that only graphics and/or 
other transmission controls may be part of a transmission 
escape sequence. X3. 4-1 968 does not specify any. 


R646 


ENQ - The use of ENQ to mean "WRU" as first use and possible 
later uses is not spelled out in X3. 4-1 968. 


0 

01 


o 

o 


ESC - The wording of the X3. 4-1 968 definition is much more 
general than that in ECMA-6 (specifically the second ECMA-6 
paragraph on page 13). Since this control is the subject of 
an X3L2 experts group, which is working toward a standard for 
code extension, no more discussion in this paper is necessary. 


O! 


ETX - The X3. 4-1968 definition is more detailed than ECMA-6 in Q 
that its definition is tied in with that of 5TX. 


LE - The fact that LE may also be used as a control which com- ^ i 
bines CR with itself (NL) is. not specified on page 14, although bJ| 
it is defined elsewhere. 


NUL - As in DEL, ECMA-6 here again mentions that this character 


may be inserted into or removed from a data stream, thereby 
possibly affecting layout and control. This is not mentioned 
in X3.4-1 968 . 


d 


SO - ECMA-6 specifies that in the Shift oul state, controls 
(columns / and l) and DEI. will retain their meanings. This 
is not so stated in X3. 4-1968. 


SOH - "Heading" is not defined by ECMA-6, although it is in 
X3.4-1 968. 


O 

a 


SUB - The concept of this character is ill-defined in both 
standards. ECMA-6 adds the statement, "SUB is introduced 
by the processing or transmission system." 


STX - The definition of this character is not (in ECMA-6) as 
specifically defined as it is in X3. 4-1968 in that: 


O 

O 


(l ) the teams "text" and "heading" are un-defined, and 


(2) the definition does not tie in its use with either SOH 
or ETX. 


O 


b 

o 


o 


o 

o 


o 

o 


X3.4 


O 

o 


1 ° 

D 


ob 


o 


o 


ob 


o 


o 


o 

o 

o 

o 


o 

o 

o 

D 


SYN - The ECMA-6 definition limits the use of this control 
to "terminal equipments." X3. 4-1 968 does not. 


O 


O 


o 


o 


R. 


u 
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7 BIT CODED CHARACTER SET 
FOR INFORMATION PROCESSING INTERCHANGE 


J| 1. GENERAL 

|J| 1.1 Scope 

1.1.1 This ISO Recommendation contains a set of 128 characters 
(control characters and graphic characters such as letters, 
numerals and symbols) with their coded representation. 

| Most of these characters are mandatory and unchangeable, 

but provision is made for some flexibility to accomodate 
special national and other requirements. 

| 

1.1.2 The need for graphics and controls in data processing 
and in data transmission has been taken. into account 
in determining this character set. 

1.1.3 This ISO Recommendation consists of a general table * 
with a number of options, notes, a legend and explana- 
tory notes. It also contains a specific International 
Reference Version, guidance on the exercise of the 
options to define specific national versions and appli- 

jj cation oriented versions. 

1.1.4 This character set is primarily intended for the inter- 
change of information among data processing systems and 
associated equipment. 

1.1.5 This character set is applicable to all Latin alphabets. 

1.1.6 The character set includes facilities for extension 
where its 128 characters are insufficient for particular 
applications. 

1.2 Implementation 

1.2.1 This character set should be regarded as a basic al- 
phabet in abstract sense. Its practical use requires 
definitions of its implementation in various media. 

For example, this could include punched tapes, punched 
cards, magnetic tapes and transmission channels, thus 
permitting interchange of data to take place either in- 
directly by means of an intermediate recording in a 
physical medium, or by local electrical connection of 

' various units (such as input and output devices and com- 
puters) or by means of data transmission equipment. 

1.2.2 The implementation of this coded character set in physi- 

I cal media and for transmission, taking into account the 

need for error checking, is the subject of other ISO Re- 
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NOTES ABOUT THE TABLE 





I 

I 

I 


(T) The Format Effectors are intended for equipment in which 

^ horizontal and vertical movements are effected separately. 

If equipment requires the action of CARRIAGE RETURN to be 
combined with a vertical movement, the format Effector fo 
that vertical movement may be used to effect the combined 
movements. For example, if NEW LINE (CR required, 

FE? will be used to represent it. This substitution re 
quires agreement between the sender and the recipient of 

The use of these combined functions is not allowed for 
international transmission on general switched telecommu- 
nication networks (telegraph and telephone networks). 

(?) The symbol £ is assigned to position 2/3 and the symbol $ 

^ is assigned to position 2/4. In a situation where there is 

no requirement for the symbol £ the symbol # (number s^gn) 
may be used in position 2/3. Where there is n° requirement 
for the symbol $ the symbol n (currency sign) be used 

in position 2/4. The chosen allocations of symbols to these 
positions for international information interchange should 
be agreed by the parties concerned. It should be noted tha , 
unless otherwise agreed between sender and recipient, the 
.symbols £, $ or n do not designate the currency of a spe- 
cific country. 


© 

© 


National Use Positions. The allocations of characters to 
these positions lies within the responsibility of National 
Standardization Bodies. These positions are primar y 
tended for alphabet extensions. If they are not required 
for that purpose, they may be used for symbols. 

Position 5/14, 6/0 and 7/14 are provided for the diacritical 
signs CIRCUMFLEX ACCENT, GRAVE ACCENT and OVERLINE. However, 
these positions may be used for other graphical characters 
when if is necessary to have 8, 9 or 10 positions for na- 
tional use. 


© 

© 


Position 7/14 is used for the graphic character (OVERLINE), 
the graphical representation of which may vary according 
national use to Represent (TILDE) or another diacritical 
sign provided that there is no risk of confusion with an- 
other graphic character included in the table. 

ThP D-ranhic characters in positions 2/2, 2/7, 2/12, 5/14 
have^respectively the significance of QUOTATION MARK 
APOSTROPHE, COMMA and UPWARD ARROW HE AD> however, 
characters take on the significance of DIARESIS, ACUT 
ACCENT, CEDILLA and 'CIRCUMFLEX ACCENT diacritical sig 
when they are preceded or followed by BACKSPACE. 


4 
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3 .. 2 GRAPHIC CHARACTERS 


Note 

■ Name 

6 

A normally non-printing graphic 
character (see Section 6.2) 

Exclamation mark 

Quotation mark, Diaresis 

2 

Pound sign 

2 

Number sign 

2 

Dollar sign 

2 

Currency sign 

6 

Percent 

Ampersand 

Apostrophe, Acute Accent 

6 

Left Parenthesis 

Right Parenthesis 

Asterisk 

Plus sign ■ ■ 

Comma, Cedilla 

7 

Hyphen, Minus sign 

Full stop (period) 

Solidus 

Colon 

7 

Semi-colon 

4 6 

Less than 

Equals 

Greater than 

Question mark 

Upward arrow head. Circumflex 

4 

accent 

Underline 

Grave accent 

4 5 

Overline, Tilde 


Code Table 
2/0 


G 


4. EXPLANATORY NOTES 


4.1 Numbering of the positions in Table I 

Within any one character the bits are identified by by, 
b6 ... bj, where by is the highest order, or most signifi- 
cant bit, and bj is the lowest order, or least significant 
bit. 

If desired these may be given a numerical significance in 
the binary system, thus: 

j 

Bit identification: by bg bg bij bg b 2 b]_ 

Significance: 64 32 16 8 ' 4 2 1 

In the code table the columns and rows are identified by 
numbers written in binary and decimal notations. 

Any one position in the code table may be identified either 
by its bit pattern, or by its column and row numbers. For 
instance, the position containing the figure 1 may be iden- 
i tified: 

- by its bit pattern, e.g. 011 0001 
i - by its column and row numbers, e.g. 3/1. 

I 

4.2 Diacritical signs 

In the character set, some printing symbols may be designed 
to permit their use for the composition of accented letters 
i when necessary for general interchange of information. A 

sequence of three characters, comprising a letter, BACKSPACE 
and one of these symbols, is needed for this composition, 
and the symbol is then regarded as a diacritical sign. It 
should be noted that these symbols take on their diacriti- 
cal significance when they are preceded or followed by one 
BACKSPACE character; for example, the symbol corresponding 
to the code combination 2/7 (') normally has the signifi- 
cance of APOSTROPHE, but becomes the diacritical sign 
ACUTE ACCENT when it precedes or follows a BACKSPACE char- 
acter. 

In order to increase efficiency, it is possible to intro- 
duce accented letters (as single characters) in the posi- 
tions marked by note(|)in the code table. According to na- 
tional requirements, these positions may contain special 
diacritical signs. 

4.3 Names, Meanin gs and Fonts of Graphic Characters 

This Recommendation assigns at least one name to denote 
each of the graphic characters displayed in Tables I and II. 
The names chosen to denote graphic characters, are intended 
to reflect their customary meanings, however, this Recom- 
mendation does not define and does not restrict the mean- 
ings of graphic characters. In addition, this Recommendation 
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does not specify a particular style or font design for 
graphic characters. 

Under the provision of Note 3 of the Table I graphic char- 
acters which are different from the characters of the 
International Reference Version may assigned to the National 
Use Positions. When such assignments are made the graphic 
characters should have distinct forms and be given distinc- 
tive names which are not in conflict with any of the forms 
or the names of any of the graphic characters in the Inter- 
national Reference Version. 

4.4 Uniqu eness of Character Allocation 

A character allocated to a position in the Table I may 
not be placed elsewhere in the table. For example, in 
the case of position 2/3 the character not used cannot 
be placed elsewhere. In particular the POUND sign (£) can 
never be represented by the bit combination of position 

2/4. 


5. VERSIONS OF TABLE I 


5.1 General Remarks 

5.1.1 In order to use Table I for information Interchange, 
it is necessary to exercise the options left open. 

A single character must be allocated to each of the 
positions for which this freedom exists. A code table 
completed in this way is called a VERSION. 
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1.2 The contents of the Notes to Table 
tory Notes and of the Legend apply 


I, of the Explana- 
fully to any version. 


5.2 International Reference Version 

In international information processing interchange the 
International Reference Version (Table II) is postulated 
unless a particular agreement exists between sender and 
recipient of the data. 


Legend 


a 

Commercial at 

4/0 

c 

Left square bracket 

5/11 

\ 

Reverse solidus 

5/12 

] 

Right square bracket 

5/13 

' { 

Left curly bracket 

7/11 

1 

Vertical line 

7/12 

) 

Right curly bracket 

7/13 


It should be noted that no substitution is allowed when 
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’•LxsiSU “^s.s’ss.iras: ss- 
ss~ t s,"“ars.“s?s ! .»*!.«• »* “ -“ tM 

required selection. 

5.3.2 If sc required, more than one 

defined within a ooun y- ticular when for a 

then be well identified. In. particui^ ^ alter _ 

given National Use Position, .g ans that two 

native characters are f^ff^tified! even if they 

5.3.3 If there 1 = In the eharac- 

Internatlonal^Beterence Version he allot..- 

ed to the same National Use Position . ^ 

£*£’ Appendix » T^l^TfT^Vr^^s 

National Use Positions in the allooat ions ap- 

Zzzz Zi^ 5 - “ — - ~ “ nlJ valld 

ones. 

C 11 flnnlication Orient ed Versions 
5,.7l Within national 

tions or professional S™ P precise agreement among 

sions can be used. T y have t o exercise the 

' options^ ayailab le^and* to ma.e the required selection. 

6. m »r,TnKAT. CHARACTERISTICS 
Some definitions in this section are -tate^ln 

more explicit de fi nlt “f°ble on recording media or on t reim- 
plement at ion of the code ta definitions and the use 

mission channels. These mor ^ f ther xSO Recommendations, 

of these characters are the subject oi 

M involves a 

S.!iroTa^*»CSV/aTuhsorlpt ranter. 

They are defined as follows. 

TC ^yansTnission Controls fop-iiifate 

’ ^ansmlsfiof net- 

ls:® f“K”sSj“«“? ssr/iars— 

dations. 
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of the layout and positioning of information on print- 
ing and/or display devices. In the definitions of 
specific Format Effectors any reference to printing 
devices Sh ° Uld be interpreted as including display 


concept lnitl ° nS ° f ^° rmat Effect °rs use the following 

i) The printed page is composed of a number of lines 
of characters. 

ii) The characters forming a line occupy a number of 
positions called: character positions. 

iii) The active position is that character position 
in which the character about to be processed 
would appear, if it were to be printed. The 
active position normally advances one character 
position at a time. 


IS 


Functional characters for the control of a local or 
remote ancillary device (or devices) connected to a 
data processing and/or telecommunication system. The 
controls are not intended to control the telecommu- 
nication systems; the latter should be achieved by 
the use of TCs . J 

in r Section e 6 e r ed ° f ^ indlvidual DCs are given 

Information Separators 

FUn ?^° nal characters which are used to separate and 
qualify data logically. There are four such characters 
They may be used either in hierarchical order or non- 
hierarchically; in the latter case their specific 
meaning depends on their applications. 

If ^ they are used hierarchically the ascending order 
US, RS, GS, IS. 

In this case data normally delimited by a particular 
separator cannot be split by a higher order separator 
but will be considered as delimited by any higher ordei 
separator. 


6.2 


Specific Controls and other non graphic characters 


Individual members of the classes of 
referred to by abbreviated class name 
number (e.g. TC 5 ) and sometimes by a 


controls are sometimes 
and a subscript 
specific name indica- 
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. . (e a. ENQ) . These control^, those which 

J,‘ othr non e n,phic *»»» 

are defined below. 

between sender and recipient of the data. 
ack ack nowledge 

A Transmission Control character transmitted by a receiver 
as ^affirmative response to the sender. 

^character for use when there is a need ter call for atten- 
tion; it may control alarm or attention devices. 

BS B ACKSPACE 

A Fomat Effector which moves the active position one cha - 
acter position backwards on the same line. 

CAN CANCEL a . 

The first character of , »o 

ing that the data associated with it is in 

be' ignored. 

This data in ^ u ^ s ^^““exc^uding/th^neares? previous 
previous to it up to, b f ^ llow f ng CAN . A CAN sequence 

amount or type of data able to be cancelled. 

Examples : c 

1) ABXCDEXGAEFG yields ABXCDEFG 

R 

C C 

2) ABXCDEXBAEABCD yields A B C D 

N N 

5) IBCKJE J ields A B C ” E 

N 

ec ! „ 

4) ABCSBDEAB V-'™* ABC SB 

C » 

CR CARRIAGE return 

A Format Effector which moves the active position to the 
first character position, on the same line. 
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DEVICE CONTROLS 

DCl A device Control Character which is primarily intended for 
turning on or starting an. ancillary device. If it is not 
required for this purpose, it may be used to restore a de- 
vice to the basic mode of operation (see also DC2 and DC3) 
or for any other device control function not provided bv 
other DCs. J 

DC2 A Device Control Character which is primarily intended for 
turning on or starting an. ancillary device. If it is not 
required for this purpose, it may be used to set a device 
to a special mode of operation (in which case DCl is used 
to restore the device to the basic mode), or for any other 
device control function not provided by other DCs. 

DC3 A Device Control Character which Is primarily intended for 
turning off or stopping an ancillary device. This function 
can be a secondary level stop, e.g. wait, pause, stand-by 
or halt (in which case DCl is used to restore normal 
operation). If it is not required for this purpose. It 
may be used for any other device control function not pro- 
vided by other DCs. 

DC4 A Device Control Character which is primarily intended for 
turning off, stopping or interrupting an ancillary device. 
If it is not required for this purpose, it may be used 
for any other device control function not provided bv 
other DCs. 



Examples of use of the Device Controls : 


1) One switching 


2) Two independent switchings 

First one on - DC2 off - DC4 

Second one on - DCl off - DC3 


3) Two dependent switchings 


general on - DC2 off - DC4 

particular on - DCl off - DC3 


4) Input and Output switching 

Output on - DC2 off - DC4 

In Put on - DCl off - DC/3 



DEL DELETE 

A character used primarily to erase or obliterate erroneous 
or unwanted characters in punched tape. DEL characters may 
also serve to accomplish media-fill or time-fill. They may 
be -inserted into or removed from a stream of data without 
affecting the information content of that stream but then 
the addition or removal of these characters • may affect the 
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information layout and/or the control of equipment. 

DLE DATA LINK ESCAPE 

A transmission control character which will change the 
meaning of a limited number of contiguously following 
characters. It is used exclusively to provide supplemen- 
tary data transmission control functions. Only graphics 
and Transmission Control Characters can be used in DLE 
sequences . 

EM ESP OF MEDIUM 

A control character which may be used to identify the 
physical end of the medium, or the end of the used, or 
wanted, portion of information recorded on a medium. The 
position of this character does not necessarily correspond 
to the physical end of the medium. 

ENQ ENQUIRY 

A Transmission Control Character used as a request for a 
response from a remote station - the response may include 
station identification and/or station status. When a 
"Who are you" function is required on the general switched 
transmission network,' the first use of ENQ after the con- 
nection is established shall' have the meaning. "Who are you" 
(station identification). Subsequent use of. ENQ may, or 
may not, include the function "Who are you", as determined 
by agreement. 

EOT END OF TRANSMISSION 

A Transmission Control Character used to indicate the con- 
clusion of the transmission of one or more texts. 

ESC ESCAPE 

A functional character which is used to provide addition- 
al control functions. It alters the meaning of a limited 
number of contiguously following bit combinations. The 
use of this character is specified in ISO Recommendation 

R ... 

ETB’ END OF TRANSMISSION BLOCK 

A Transmission Control Character used to indicate the end 
of a transmission block of data where data is divided into 
such blocks for transmission purposes. 

ETX END OP TEXT 

A Transmission Control Character which terminates a text. 
FF FORM FEED 
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HT HORIZONTAL TABULATION 

A Format Effector which advances the active position to 
the next predetermined character position on the same 
line. 


INFORMATION SEPARATORS 

ISp (US) A character used to separate and qualify data logi- 
cally; its specific meaning has to be defined for 
each application. If this character is used in hier- 
archical order as specified in the general definition 
of IS, it delimits a data item called a UNIT. 

152 (RS) A character used to separate and qualify data logi- 

cally; its specific meaning has to be defined for 
each application. If this character is used in hier- 
archical order as specified in the general defini- 
tion if IS, it delimits a data item called a RECORD. 

153 (GS) A character used to separate and qualify data logi- 

cally; its specific meaning has to be defined for 
each application. If this character is' used in hier- 
archical order as specified in the general defini- 
tion of IS, , it delimits a data item called a GROUP. 

ISjj (FS) A character used to separate and qualify data logi- 
cally; its specific meaning has to be defined for 
each application. If this character is used in hier- 
archical order as specified in the general defini- 
tion of IS, It delimits a data item called a FILE. 

LF LINE FEED 

A Format Effector which advances the active position to 
the same . character position on the next line. 

NAK NEGATIVE ACKNOWLEDGE 

A Transmission Control Character transmitted by a receiver 
as a negative response to the sender. 

NUL NULL 

A character used to accomplish media-fill or time-fill. 

NUL characters may be inserted into or removed from a 
stream of data without affecting the information content 
of that stream but then the addition or removal of these 
characters may affect the information layout and/or the 
control of equipment. 

SI SHIFT-IN 

A functional character which is used in conjunction with 
SHIFT-OUT to extend the graphic character set of the code. 
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It reinstates the standard meanings of the 'bit combina- 
tions which follow it. The effect of this character is 
described in R ... 

SO SHIFT-OUT 

A functional character which is used in conjunction with 
SHIFT- IN to extend the graphic character set of the code. 
It alters the meaning of the bit combinations of columns 
2 to 7 which follow it until a SHIFT-IN character is 
reached. However, the characters SPACE ( 2 / 0 ) and DELETE 
(7/15) are unaffected by SHIFT-OUT. The effect, of this 
character when using Code Extension Techniques is des- 
cribed in R . . . 

SOH START OF HEADING 

A Transmission Control Character used as the first char- 
acter of a heading of an information message. 

SP SPACE 

A layout character which advances the active position one 
character position on the same line. 

This character can also be regarded as a non-printing 
graphic. 

STX START OF TEXT 

A Transmission Control Character which precedes a text 
and which is used to terminate a heading. 

SUB SUBSTITUTE CHARACTER 

A character used to replace a character which has been 
found to be invalid or in error. SUB is introduced by the 
processing system. 

SYN SYNCHRONOUS IDLE 

A Transmission Control Character used by a synchronous 
transmission system in the absence of any other character 
(idle condition) to provide a signal from which synchro- 
nism may be achieved or retained between data terminal 
equipments . 

VT ■ VERTICAL TABULATION 

A Format Effector which advances the active position to 
the same character position on the next pre-determined 
line. 
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5555 TOUHY AVENU E SKOKIE, ILLINOIS 60076 
PHONE 982-20 0 0 AREA CODE 312 TWX 910-223-3611 


'April 28, 1971 


MR. JOHN G. FLETCHER 
Lawrence Radiation Laboratory 
P.0. Box 808 

Livermore, California 94550 
Dear John: 


I must apologize for not being able to participate with you on 
3rd and 4th of Nay, but as you know, I had to leave for my European meetings 
earlier than expected. I will make contributions to both the control and 
graphic assignment ad hoc groups. My graphic character assignment recom- 
mendations address three distinct areas which are related. Trie areas are 
the character set, the specific assignment in the code chart and finally, 
the keyboard layout, figures 1, 2 and 3 attached reflect my current thinking 
I still have reservation about some of the character assignments and how they 
will be accessed from the keyboard. 

Character Set: The character set that I prefer is attached 
as Figure 1 . As in all previous proposals the character set 
includes those necessary for the generation of the APL 
language. In addition, the seven fraction characters are 
included. I have not included the four card symbols spade, 
heart, club and diamond . I did not feel that these symbols 
would obtain general acceptance. You will note that the 
four cloud symbols have been added and one symbol location 
remains open. Finally, I am not completely satisfied on 
the position of the "corners". 

Character assignments on right half of 8-bit code chart plus 
7/15: My specific assignments are found in Figure 2. The 
most significant item here is the lack of collating sequence 
for the lower case Greek alphas. The major reason for this 
is the layout that occurs when the character set is applied 
to the keynoard . The operator interface is a very important 
link in data transfer. I firmly believe that from a system 
standpoint, the few seconds (microseconds?) wasted in the 
computer collating is more than offset by the hours (seconds?) 
saved by the operator in thru put efficiency. The phonetic 
association of the Greek alphabet with the phonetic Latin 
alphabet provides this efficiency. One concern about the 
fraction assignments vail be discussed below. 
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Keyboard Assignments: The keyboard assegnments, on a bit 
paired basis , from the above character assignments are shown 
in Figure 3 • In the assignment of characters to both the 
keyboard and code chart the operator should be kept in mind. 

Keyboard layouts based on Human Factors should be given 

prime consideration. From your earlier document, I have 
moved the C-reek alphabetic (Rho) from the P key to the 
R key. My concern about the fraction characters is in 
their case relation on the keyboard. Should they be 
placed in the shift case as shown or the upper shift case 
on the keytops? If this proposal were to become the 
Shift Ou.t Character set the numerals would be displaced. 

I have not come to any conclusions as yet, but I want 
you to be aware of the implications. The problem of 
generating six characters from one keytop presents logistics 
problems to the operator. Some operators are confused a- 
bout the operation of the CONTROL key (3 characters on one 
keytop). How are they going to accept cord organ playing 
of the SHIFT, CONTROL, EXTEND , EXTEND SHIFT and EXTEND 
CONTROL? For lack of a better suggestion, I will accept 
yours of the three keys next to each other. I do feel that 
it would benefit the operator if the CONTROL key were added 
to the right side. I do not agree that an EXTEND LOCK key 
is required as in your proposal. 


The above discussion is at least a minimum contribution, but be- 
cause of time constraints it was impossible to do more. Perhaps when I re 
turn we can get together at our Skokie plant and discuss the graphic 
characters and assignments. 


SMG: jb 

Att. 

Copies to: 

Mi. J. B. Booth - 9030 

Mr. J. A. Eellino - 9140 

Mr. E. H. Clamons < — THIS COPY FOR 

Mr . J . J . Trcpsa 

X4-A9 Keyboard Arrangements (BEHA) 
Mr . C , D . Card 


Yours very truly. 





STUART M. GARLAND 
Industry Standards 
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X3L2/1112 
May 7, 1971 
Project 4 

Reply to- C D Card 
Site 2-D-3 

UNI YA C, 

Division of Sperry Rand 

P. O. Box 500 

Blue Bell PA 19422 


TO: 

FROM: 

SUBJECT: 


Members, Alternates, Consultants, and 
Observers of Committee X3L2, 

E. H. Chamens, Chairman 

Letter ballot on candidates for registration 


An ad hoc sub-group consisting of John Fletcher, Chairman. E. H. Chamons, and 
S, Garland was charged by the chairman of the ad hoc group on project 4 to 
generate the attached proposal. 

Please execute the ballot below, and please keep in mind that the technical 
merit of the proposal, not the registration procedure nor the code extension 
procedure, is at stake here. 

The technical worth of this document is best judged by its merit as an 8-bit 
code as shown in Appendix A. 


Please register my vote 



in favor 



against (requires written comment ) 


the proposed candidates for Registration X3L2/1 1 12, 


/UA'AH' 


Member X3L2 
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4. Set #1: The Basic Code. 


Two Candidates for Registration ns Character Sets 

1. SCOPE . 

These character sets constitute an expansion of ASCII by means of code 
extension to include 190 graphics (in addition to space). 


2. PURPOSE 

These character sets are introduced to accommodate a gr.eater variety of 
symbols for use in science and industry and to facilitate their automatic handling 
in text. 


3. EXPLANATION 

The Space (2/0) is not included in the sets described here because it is 
unaffected by shift precedence. This implies that only 94 graphics are replaceable ! 
by means of code extension techniques. 

A 95th graphic is introduced into each set by the two character escape ' 

sequence 1/11, 6/0. This additional character is needed so that two sets can 
completely fill the available graphic code positions in an 8-bit code table. If a 
95-character set is invoked for the left half (columns 02-07)'of an 8-bit table, 
then the 95th character is associated with 07/15(which is unused, since Delete ’ jj 

is at 15/15); if it is invoked for the right half (columns 10-15) of an 8-bit j 

table, then the 95th character is associated with 10/0 (which is unused, since 
space is shift-insensitive). | 

i 

The intent of this ‘registration is that the two sets be used together in an 
8-bit environment. • a 
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B 
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4 
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' 
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G 
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9 

w 
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X 
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1 

Y 

i 

y 

10 
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2 

11 
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K 

[ 

k 

{ 

12 

t 

< 
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i 

i 

1 
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- 

a 

M 
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m 
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/ 
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Legend; Except for the addition of a 95th character, this set is identical with 
ASCII as defined in X3. 4-1969 and is related to ISO R646. Only the 
95th character is described here. 

Column/Row Symbol Name 


1 / 11 , 6/0 


equivalence 













•’* Set 1/2- The Extended Code. 



I/ll j 6/0 

fan 



Legend: 

Column/Row 


g^ mb °] Name 


1 / 11 . 6/0 

□ 

2/1 

1 

2/2 

II 

2/3 

£ 

2/4 

a 

2/5 

% 

2 / 6 . 

4= 

2/7 

t 

2/8 

c 

2/9 

r > 

2/10 

X 

2/11 

± 

2/12 

~ 

2/13 

— - 

2/14 

e 

2/15 

. 


quad 

stroke 

parallel 
Pound Stirling 

, scarab (sun, APL circula, 
paragraph 

left non-implication (cent) 
dagger 

left implication (subset) 
right implication (superset) 
times 

plus or minus 
approximates 

wide dash 
dot (bullet) 
divide 


t 



3/0 

oo 

3/1 

• 

? 

3/2 

1 

? 

3/3 

3 

8 

3/4 

* 

l 


r 

3/5 

9 


3 

3/6 


3/7 

7 

T 

3/8 

n 

3/9 

u 

3/10 

A 

3/11 

V 

3/12 

> 

3/13 

-r 

3/14 


3/15 

/ 


infinity 

one-eighth 

one-quarter 

three-eighths 

one-half 

five eighths 
three-quarters 
se ven-eighthu 
cap (intersection) 
cup (union) 

and 

or 

0 

greater than or equal 
not equal (double dagger) 
less than or equal 
radical (check) 



4/0 


section (loop integral) 

4/1 

V 

• universal quantifier 'APL 
locked function) 

4/2 

4> 

right non-implication 

4/3 

r 

upper case gamma 

4/4 


uppe-r case delta 

4/5 

3 

i 

existential quantifier 

4/ 6 


upper case phi (APL rotate) 

4/7 

1 © 

upper/case theta (APL log) 

4/8 

A 

nand 

4/9 

V 

nor 

4/10 

M 

upper case xi (APL quote ^ui 

4/11 

h 

left edge (assert) 

4/12 

A 

upper case lambda 

4/13 


lower right corner 

4/14 

~i 

upper right corner 

4/15 

r 

upper left corner (maximum) 




5/0 

5/1 

5/2 

5/3 

5/4 

5/5 

5/6 

5/7 

5/8 

5/9 

5/10 

5/11 

5/12 

5/13 

5/14 

5/15 



lower left corner (minimum) 

upper case pi (product) 

diamond (lozenge) 

upper case sigma (sum) 

upper edge (APL encode) 

upper case epsilon (APL grade 
up) 

del (APL function) 

upper cage omega (APL 
comment) 

right edge 

upper case psi (APL grade 
down) 

exclusive of 

left arrow (assign) 

up ar'row (APL take) 

right arrow (APL branch) § 

not j! 

■ ' !! 

down arrow (APL drop) 
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6/0 



degree (circula r accent' 

6/1 


oC 

alpha (varies) 

6/2 


9 

beta 

6/3 

1 

y 

gamma 

6/4 


<5 

delta 

6/5 


£ 

-epsilon (member) 

6/6 


<P 

phi ^APL transpose) 

6/7 

1 

© 

theta 

6/8 



eta 

6/9 



iota (APL index) 

6/10 



xi 

6/11 


K 

Kappa 

6/12 


A 

lambda 

6/13 

\ 

A* 

mu 

6/14 


V 

nu 


6/15 


o 


omicron (APL outer) 
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7/0 

P 

rho (A PL# dimension) 

7/1 

■n 

Pi 

7/2 

J 

integral 

7/3 

cr . 

sigma * 

7/4 

T 

tau 

7/5 

V 

upsilon 

7/6 

<5 

partial derivative 

7/7 

CO 

• omega 

7/8 

X 

chi 

7/9 

. J* 

psi 

7/10 

1 

7 eta 

7/11 

< 

opening angle. 

7/12 


lower edge (perpendicular, 
APL decode) 

7/13 

> 

closing angle 

7/14 


overbar (APL high minus) 


APPENDIX A 

U se in an 8 -bit Envi ronment . j 

A I . The Complete Code . 


In an 8-bit environment, the graphic sets of this registration are intended 
to be used as an 8-bit code as shown here, with the basic code on the left and 
the extended code on the right. 
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A2. Keyboard Considerations 

A keyboard based on the bit paired version of the proposed standard 

X4. 00-1971 is shown; this keyboard conforms to ECMA-14, type C, version II. 

and is a candidate for adoption by ISO. While the keyboard shown is designed 

for direct generation of 8-bit codes, it can also be modified for use in a 7-bit 

A 

environment: The Extend Key could generate 0/14 when depressed and Cfi 5 when 
released; the Quad and Equivalence Keys could generate the necessary two- 
character escape sequence. 



appendix a 


O se in an 8-bit Environment. 

A 1 • The Complete Code . 

in an 8-bit environment, the graphic sets of this registration are intended 

to be used as an 8-bit code as shown here, with the basic code on the left and 
the extended code on the right. 
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A2. Keyboard Considerations 


A keyboard based on the bit paired version of the proposed standard 
X4. 00-1971 is shown; this keyboard conforms to ECMA-14, type C, version II, 
and is a candidate for adoption by ISO. While the keyboard shown is designed ’ 
for direct generation of 8-bit codes, it can also be modified for use in a 7-bit 
environment: The Extend Key could generate 0/14 when depressed and <A 5 when 
released; the Quad and Equivalence Keys could generate the necessary two- 
character escape sequence. 



Depression of the Extend Key asserts the eighth bit. When used with the 
shift key, it behaves as follows: (1) If neither Shift nor Extend is depressed, 
the character at the lower left of the Keytop (or a lower case fetin letter) is 
selected. (2) If only Shift is depressed, the character at the upper left of 
the Keytop (or an upper case Latin letter) is selected. (3) If only Extend is 
depressed, the character at the lower right of the Keytop is selected. (4) If 
both shift and Extend are depressed, the character at the upper right of the 
Keytop is selected. Color-coding could be an aid to the operator. The Extend 
Key might also have use in connection with the Control Key. 



B2. Considerations Affecting the Code . 

i 

B2. 1. Characters were selected to make the combined sets suitable for an 

environment in which the same communication and/or data processing 
equipment is used by poruone having interests in some or all of the 
following areas: 

(1) business, commerce, and finance, 

(2) science, mathematics, and technology, 

(3) programming languages (specifically, in addition to those 
accommodated by the standard set, Algol and APL), 

(4) tabular data presentation. 

It is realized that the code cannot satisfy ail specialized applications in 
these areas. 

B2. 2. The environment noted in 3.2. 1 clearly suggests employment of an 8-bit 
code. Accordingly, the registered sets contain 95 characters each. 

B2, 3. Code assignments were made to preserve a close relationship between 
pairs of characters having the same position in the extended set and 
the basic set (which are here called matched characters^ Close 
relationship was judged by 

(1) mnemonic considerations, 

(2) placement on the standard (bit-paired) Keyboard, 

(3) international considerations. 





The typewriter paired keyboard was not considered, since that, keyboard 
is intended for trained touch typists who do not need mnemonic clues as badly 
as would those who use the bit-paired keyboard for general purpose and program 


B2. 4. That the basic set should conform to the Standard Code of X3. 4- 1969 
was accepted a priori. 


B3. Choice of Graphic 


B3. 1. Those upper case Greek letters are included which have a printed form 

readily distinguishable from Latin letters. All eleven of these characters 
appear in scientific and mathematical writing. They are placed in code 
table columns 4 and 5 (as are the upper case Latin letters) in positions 
associated with the corresponding lower case Greek letters. 


B3. 2. .The full 24-character lower case Greek alphabet is included. Nearly all 
oi these appear in scientific and mathematical writing. The only one 
. With a printed form not necessarily distinguishable from Latin letters 
is omicron; this is retained for completeness and because of its 
applicability to APL. If a lower case Gre,ek letter shares its upper 
case form with a Latin letter, the Greek letter is given the same code 
table placement as the lower case Latin letter. In particular rho, 
rather tnan pi. must be matched with p; to reduce confusion on this 
point, no Greek letter is matched with y. Eight of the remaining 
.eleven lower case Greek letters are placed because of obvious phonic 
(delta, phi, lambda, sigma, upsilon) or visual (theta, omega, psi) 
associations with the matching Latin letters. ' Pi is matched with q to 
keep it near p, and xi is matched with j arbitrarily, since there is no 
natural match (x being already taken). Gamma is matched with c, 
rather than g, to keep its familiar third position in the collating sequence. 
Apart from this, the standard Greek collation is ignored since this set 
set .is not intended to be normally used for text in the Greek language; 
the Greek letters are intended to be used primarily as specialised 
symbols. 


■ 3wfl| 

B3. 3. The symbols integral and partial derivative, which have a Greek 
appearance, are placed so to be matched with the remaining two 
Latin lower case letters (r and v). In the upper case position 
corresponding to partial derivative is the del (inverted delta), 
which has a visual resemblance to V, with which it is matched. 

All three of these characters are widely used in mathematics. 

B3. 4. The eighth fractions from one-eighth to seven-eighths are placed in 
code positions occupied by the digits one to seven of the basic set. 

These have commercial use. A similar placement is that of the 
mathematical symbol infinity, which is matched with zero. 

B3. 5. The symbols stroke, Pound Sterling, scarab, section, not. and 
overbar are all alternate American or international forms of the 
. characters with which they are matched, the alternate uses of 
these characters are- deemed important enough to merit codes of 
their own in an expanded set. Similarly, the wide dash is introduced, 
distinct from the hyphen or minus, but matched with it. 

B3. 6. Arrows in all four directions are included and placed so as to appear 

o-n a cluster of adjacent keys at the right side of the standard keyboard. 
Further, left and right arrows are matched with brackets of similar 
sense. In the same way, angle brackets are introduced and matched 
with the corresponding braces. These six symbols are widely used 
in programming languages and scientific work. 

B3. 7. Additional valuable mathematical symbols are included and matched 

with symbols of related meaning or appearance (times, plus or minus, 
dot. divide, greater than or equal, not equal, less than or equal). In 
particular, asterisk is used to mean times in Fortran. Also, since 
not equal is best matched with equal, greater than or equal (not less 
than) is matched with less than, and less than or equal (not greater than) 
with greater than. Radical and approximates are placed so as to be 
near these other mathematical symbols. 


' 

B3. 9, 


B3. 1 


B3. 1 


-~*^Z£d7tiona.l valuable typographic symbols are included (parallel, 
paragraph, dagger) and placed so as to be in a commerically oriented 
portion of the table, although the symbols have other uses also. 


The complete set of ten binary boolean operators is included. Their 
placement makes some effort to achieve visual similarity with the 
matching characters of the basic set; the most compelling match is 
that cf the implications with the parentheses. One non-implication 
is also useable as cent and is placed in a commerical portion of the 
table. Equivalence is placed as the 95th character of the basic set, 
since its visual form could make it useful also as a visible delete 
character for OCR. The two quantifiers are included and matched 
with similar Latin upper case letters. Cup and cap, which together 
with the implications form a set of U-shaped symbols facing all four 
ways are placed near the implications. These symbols are all of 
use in mathematics of tefehrielbgy. 


To facilitate the outlining of tabular data, eight additional plotting 
symbols are included. It is intended that table outlines pass through 
the centers of character positions; therefore, stroke, wide dash, and 
plus qan be used for vertical edges, horizontal edges, and cross-overs 
respectively. The eight additional symbols enable the formation of 
corners (four L-shaped symbols), and edge intersections (four T-shaped 
symbols ). 


The table is completed with degree (matched with grave accent, since 
both are small and elevated), quad, and diamond. Quad is the 95th 
character of the extended set and thus in some sense is correlated 
with Space; it can be interpreted as a visible space. 



B4. Comment on Programming Languages. 

i 


B4. 1. The legend indicates how the set will accommodate the more exotic 
APL graphics. In addition, the (broken) vertical of the basic set is 
assumed as an acceptable I-beam. Some .variations from the usu^.1 
APL printed form are required; such variations are minor, except 
for characters obtained by over-strike in the original APL imple- 
mentation. It seems that further accommodation of APL in a set 
intended for general use is not possible, since many APL characters 
in their original form have no other use. 

i 

B4. 2. If a program written in the 190-character set of this registration 
must be used in an environment in which only the standard set is 
available, suitable trahslhtion algorithms edn be defined without 
difficulty. 
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